En los últimos años, han surgido numerosas cadenas públicas independientes y soluciones de Layer 2 de Ethereum en el campo de la blockchain. Debido a las diferencias en seguridad, costos, velocidad de transacción y comunidades de desarrolladores y usuarios entre las distintas cadenas, los usuarios a menudo necesitan cambiar entre diferentes cadenas. En comparación con la red principal de Ethereum, Layer 2 y otras cadenas públicas independientes suelen ofrecer tarifas más bajas y velocidades de transacción más rápidas. Por lo tanto, los usuarios, para reducir los costos de transacción o utilizar aplicaciones de alta calidad en otras cadenas, se ven obligados a recurrir a servicios de cross-chain.
Si comparamos un puente cross-chain con un "camión de valores", entonces, sin importar las amenazas que enfrente, el camión de valores debe contar con una sólida capacidad de defensa y no debe haber ningún riesgo de seguridad. Cada etapa, desde el diseño, la producción hasta la operación, no puede tener errores. Sin embargo, las soluciones de puentes cross-chain disponibles en el mercado tienen, más o menos, defectos de diseño arquitectónico, vulnerabilidades en el código, o dependen de ciertas suposiciones de confianza durante el proceso de envío, recepción y retransmisión, lo que reduce enormemente la seguridad del puente cross-chain.
Como un puente que conecta diferentes cadenas públicas, el puente cross-chain no solo resuelve el problema de la fragmentación de la liquidez entre cadenas públicas, sino que también es una solución clave para la transferencia de activos entre cadenas. Sin embargo, la demanda de los usuarios por la tecnología cross-chain no se limita solo a la transferencia de activos; en realidad, esto es solo una aplicación del protocolo cross-chain en el ámbito DeFi. A través del protocolo cross-chain, dos redes completamente diferentes obtienen interoperabilidad, y esta interoperabilidad no solo necesita permitir la transferencia de tokens entre plataformas independientes, sino que también debe soportar la comunicación entre cadenas de archivos grandes y paquetes de datos.
En el ecosistema multi-cadena de Web3.0, el escenario ideal para los usuarios es poder interactuar con todos los principales blockchains de activos y datos a través de una única aplicación, sin necesidad de cambiar de billetera y red con frecuencia. En el actual panorama de "un dominante y múltiples fuertes" blockchains, los usuarios necesitan urgentemente un protocolo de comunicación entre cadenas más seguro, más universal y más amigable.
Modos de comunicación cross-chain predominantes
modo de verificación nativa
El modo de verificación nativa permite la comunicación entre cadenas mediante la ejecución de un cliente ligero en las máquinas virtuales de la cadena de origen y la cadena de destino, con la ayuda de un relé. La ventaja de este modo es que no se necesita operar una cadena intermedia adicional. Si se utiliza la tecnología de prueba de conocimiento cero, como en algunos proyectos, también se pueden evitar las suposiciones de confianza requeridas por otras soluciones.
modo de verificación externa
El modo de verificación externa depende de uno o un grupo de validadores que monitorean direcciones específicas en la cadena de origen. Cuando un usuario envía activos a esa dirección, los activos se bloquean temporalmente. Los validadores de terceros necesitan verificar esta información y llegar a un consenso. Una vez que se alcanza el consenso, los activos correspondientes se generarán en la cadena de destino.
La desventaja de este modo de comunicación es que existe una "hipótesis de confianza", lo que facilita el robo de activos debido a "fallos en un solo punto" o "fallos locales".
modo de verificación local
La verificación local es una red de liquidez punto a punto. Cada nodo actúa como un "enrutador", proporcionando activos nativos de la cadena objetivo en lugar de activos derivados.
La limitación de este modelo radica en la falta de "universalidad", ya que solo es aplicable a la transmisión de activos cross-chain y no puede lograr la transmisión de información y datos entre cadenas de bloques.
modelo de cadena ascendente
La cadena de upstream requiere que la dApp implemente un contrato inteligente en su cadena para que los mensajes puedan ser copiados y enviados a otras cadenas públicas de Layer 1 para realizar actualizaciones de estado.
La principal desventaja de este modelo se refleja en el nivel comercial, ya que la cadena de arriba competirá con todas las cadenas de Layer 1 en lugar de colaborar, ya que todas las partes están luchando por el despliegue de dApps en su propia cadena.
zkRelayer: la clave de la comunicación entre cadenas
Una excelente solución de comunicación entre cadenas debe tener las siguientes características:
Suposición de confianza nula, seguro y confiable
Sin permiso, descentralizado
Alta versatilidad
Buena escalabilidad
Rápido, bajo costo
Sin embargo, no todas las soluciones cross-chain pueden cumplir con estas condiciones al mismo tiempo, y la importancia de cada característica varía. Los usuarios pueden aceptar servicios cross-chain relativamente lentos o costosos, y no necesariamente necesitan de inmediato la transferencia cross-chain que soporte varios formatos de datos. Sin embargo, el "supuesto de no confianza" es un aspecto urgente e importante.
Los modelos de verificación externa temprana intentaron resolver los problemas de comunicación entre otras cadenas públicas utilizando una única cadena, lo que desde una perspectiva metodológica es un enfoque bastante pesado. Tiene dificultades para resolver los problemas de comunicación entre cadenas EVM y no EVM, así como entre cadenas PoW y PoS. Al mismo tiempo, la cadena intermedia es en sí misma una herramienta centralizada única, lo que dificulta "probar su inocencia", careciendo tanto de seguridad descentralizada como de seguridad sin confianza.
En algunas soluciones de verificación nativa, se enfatiza principalmente el papel de los dos clientes, el remitente y el receptor, debilitando la importancia del retransmisor y el oráculo. Aquí hay varios problemas: en primer lugar, los usuarios deben confiar en que el retransmisor y el oráculo no conspirarán para hacer el mal; en segundo lugar, los usuarios también deben confiar en que el protocolo en sí no actuará mal en la etapa de retransmisión. En otras palabras, todas las soluciones actuales no pueden lograr una verdadera seguridad sin confianza. Los puntos únicos de falla y las fallas locales son como una bomba de tiempo, acechando en soluciones de comunicación entre cadenas que presentan defectos naturales.
zkRelayer es un nuevo tipo de intermediario de comunicación entre cadenas basado en pruebas de conocimiento cero, cuya mayor ventaja es que los usuarios no necesitan confiar en ningún tercero externo, ni siquiera en el propio protocolo. Siempre que el proceso de prueba matemática y criptográfica sea completo y correcto, este sistema podrá obtener el reconocimiento público. Es importante notar que ha ocurrido un cambio esencial: los usuarios confían en la "verdad", y no en una persona u organización. Las personas u organizaciones pueden cometer errores o hacer el mal, pero la verdad nunca lo hará.
En toda la cadena de comunicación (Cadena A → Remitente → zkRelayer → Verificador ZK → Receptor → Cadena B), la posición del zkRelayer superará a la de los dos clientes ligeros, el remitente y el receptor, convirtiéndose en el núcleo de toda la solución.
Los componentes centrales de zkRelayer incluyen el probador ZK y el agregador de mensajes. Algunos proyectos que adoptan métodos de prueba de conocimiento cero tienen características como rapidez, recursividad y sin confianza, y su tiempo de prueba lineal y tiempo de verificación sublineal han alcanzado el límite teórico. Aplicar esta tecnología en los repetidores de comunicación entre cadenas asegurará que todo el proceso de comunicación sea sin confianza, eficiente y de bajo costo.
zkRelayer tiene el potencial de convertirse en la clave para abrir un nuevo capítulo en la comunicación entre cadenas. Con su apoyo, la tecnología de comunicación entre cadenas experimentará un desarrollo revolucionario.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
13 me gusta
Recompensa
13
7
Compartir
Comentar
0/400
ServantOfSatoshi
· 07-22 17:13
No hables más, al final hay que confiar en los intermediarios.
Ver originalesResponder0
rugpull_survivor
· 07-22 17:12
Gran aumento de 500 veces? Siento que es incierto.
Ver originalesResponder0
ShitcoinConnoisseur
· 07-22 17:11
zk-SNARKs? ¿Otra nueva moda?
Ver originalesResponder0
ApeWithNoChain
· 07-22 17:10
¿Qué tan difícil es que la interoperabilidad sea segura?
Ver originalesResponder0
UnluckyMiner
· 07-22 17:08
La seguridad siempre ha sido un gran problema, ¿verdad?
Ver originalesResponder0
CoffeeNFTs
· 07-22 17:03
Los proyectos confiables必火
Ver originalesResponder0
LiquidationAlert
· 07-22 16:53
Yo, finalmente hay un cross-chain que tiene un poco de seguridad.
zkRelayer lidera una nueva era de comunicación cross-chain, donde la suposición de confianza cero se convierte en clave.
Dirección futura del servicio cross-chain
En los últimos años, han surgido numerosas cadenas públicas independientes y soluciones de Layer 2 de Ethereum en el campo de la blockchain. Debido a las diferencias en seguridad, costos, velocidad de transacción y comunidades de desarrolladores y usuarios entre las distintas cadenas, los usuarios a menudo necesitan cambiar entre diferentes cadenas. En comparación con la red principal de Ethereum, Layer 2 y otras cadenas públicas independientes suelen ofrecer tarifas más bajas y velocidades de transacción más rápidas. Por lo tanto, los usuarios, para reducir los costos de transacción o utilizar aplicaciones de alta calidad en otras cadenas, se ven obligados a recurrir a servicios de cross-chain.
Si comparamos un puente cross-chain con un "camión de valores", entonces, sin importar las amenazas que enfrente, el camión de valores debe contar con una sólida capacidad de defensa y no debe haber ningún riesgo de seguridad. Cada etapa, desde el diseño, la producción hasta la operación, no puede tener errores. Sin embargo, las soluciones de puentes cross-chain disponibles en el mercado tienen, más o menos, defectos de diseño arquitectónico, vulnerabilidades en el código, o dependen de ciertas suposiciones de confianza durante el proceso de envío, recepción y retransmisión, lo que reduce enormemente la seguridad del puente cross-chain.
Como un puente que conecta diferentes cadenas públicas, el puente cross-chain no solo resuelve el problema de la fragmentación de la liquidez entre cadenas públicas, sino que también es una solución clave para la transferencia de activos entre cadenas. Sin embargo, la demanda de los usuarios por la tecnología cross-chain no se limita solo a la transferencia de activos; en realidad, esto es solo una aplicación del protocolo cross-chain en el ámbito DeFi. A través del protocolo cross-chain, dos redes completamente diferentes obtienen interoperabilidad, y esta interoperabilidad no solo necesita permitir la transferencia de tokens entre plataformas independientes, sino que también debe soportar la comunicación entre cadenas de archivos grandes y paquetes de datos.
En el ecosistema multi-cadena de Web3.0, el escenario ideal para los usuarios es poder interactuar con todos los principales blockchains de activos y datos a través de una única aplicación, sin necesidad de cambiar de billetera y red con frecuencia. En el actual panorama de "un dominante y múltiples fuertes" blockchains, los usuarios necesitan urgentemente un protocolo de comunicación entre cadenas más seguro, más universal y más amigable.
Modos de comunicación cross-chain predominantes
modo de verificación nativa
El modo de verificación nativa permite la comunicación entre cadenas mediante la ejecución de un cliente ligero en las máquinas virtuales de la cadena de origen y la cadena de destino, con la ayuda de un relé. La ventaja de este modo es que no se necesita operar una cadena intermedia adicional. Si se utiliza la tecnología de prueba de conocimiento cero, como en algunos proyectos, también se pueden evitar las suposiciones de confianza requeridas por otras soluciones.
modo de verificación externa
El modo de verificación externa depende de uno o un grupo de validadores que monitorean direcciones específicas en la cadena de origen. Cuando un usuario envía activos a esa dirección, los activos se bloquean temporalmente. Los validadores de terceros necesitan verificar esta información y llegar a un consenso. Una vez que se alcanza el consenso, los activos correspondientes se generarán en la cadena de destino.
La desventaja de este modo de comunicación es que existe una "hipótesis de confianza", lo que facilita el robo de activos debido a "fallos en un solo punto" o "fallos locales".
modo de verificación local
La verificación local es una red de liquidez punto a punto. Cada nodo actúa como un "enrutador", proporcionando activos nativos de la cadena objetivo en lugar de activos derivados.
La limitación de este modelo radica en la falta de "universalidad", ya que solo es aplicable a la transmisión de activos cross-chain y no puede lograr la transmisión de información y datos entre cadenas de bloques.
modelo de cadena ascendente
La cadena de upstream requiere que la dApp implemente un contrato inteligente en su cadena para que los mensajes puedan ser copiados y enviados a otras cadenas públicas de Layer 1 para realizar actualizaciones de estado.
La principal desventaja de este modelo se refleja en el nivel comercial, ya que la cadena de arriba competirá con todas las cadenas de Layer 1 en lugar de colaborar, ya que todas las partes están luchando por el despliegue de dApps en su propia cadena.
zkRelayer: la clave de la comunicación entre cadenas
Una excelente solución de comunicación entre cadenas debe tener las siguientes características:
Sin embargo, no todas las soluciones cross-chain pueden cumplir con estas condiciones al mismo tiempo, y la importancia de cada característica varía. Los usuarios pueden aceptar servicios cross-chain relativamente lentos o costosos, y no necesariamente necesitan de inmediato la transferencia cross-chain que soporte varios formatos de datos. Sin embargo, el "supuesto de no confianza" es un aspecto urgente e importante.
Los modelos de verificación externa temprana intentaron resolver los problemas de comunicación entre otras cadenas públicas utilizando una única cadena, lo que desde una perspectiva metodológica es un enfoque bastante pesado. Tiene dificultades para resolver los problemas de comunicación entre cadenas EVM y no EVM, así como entre cadenas PoW y PoS. Al mismo tiempo, la cadena intermedia es en sí misma una herramienta centralizada única, lo que dificulta "probar su inocencia", careciendo tanto de seguridad descentralizada como de seguridad sin confianza.
En algunas soluciones de verificación nativa, se enfatiza principalmente el papel de los dos clientes, el remitente y el receptor, debilitando la importancia del retransmisor y el oráculo. Aquí hay varios problemas: en primer lugar, los usuarios deben confiar en que el retransmisor y el oráculo no conspirarán para hacer el mal; en segundo lugar, los usuarios también deben confiar en que el protocolo en sí no actuará mal en la etapa de retransmisión. En otras palabras, todas las soluciones actuales no pueden lograr una verdadera seguridad sin confianza. Los puntos únicos de falla y las fallas locales son como una bomba de tiempo, acechando en soluciones de comunicación entre cadenas que presentan defectos naturales.
zkRelayer es un nuevo tipo de intermediario de comunicación entre cadenas basado en pruebas de conocimiento cero, cuya mayor ventaja es que los usuarios no necesitan confiar en ningún tercero externo, ni siquiera en el propio protocolo. Siempre que el proceso de prueba matemática y criptográfica sea completo y correcto, este sistema podrá obtener el reconocimiento público. Es importante notar que ha ocurrido un cambio esencial: los usuarios confían en la "verdad", y no en una persona u organización. Las personas u organizaciones pueden cometer errores o hacer el mal, pero la verdad nunca lo hará.
En toda la cadena de comunicación (Cadena A → Remitente → zkRelayer → Verificador ZK → Receptor → Cadena B), la posición del zkRelayer superará a la de los dos clientes ligeros, el remitente y el receptor, convirtiéndose en el núcleo de toda la solución.
Los componentes centrales de zkRelayer incluyen el probador ZK y el agregador de mensajes. Algunos proyectos que adoptan métodos de prueba de conocimiento cero tienen características como rapidez, recursividad y sin confianza, y su tiempo de prueba lineal y tiempo de verificación sublineal han alcanzado el límite teórico. Aplicar esta tecnología en los repetidores de comunicación entre cadenas asegurará que todo el proceso de comunicación sea sin confianza, eficiente y de bajo costo.
zkRelayer tiene el potencial de convertirse en la clave para abrir un nuevo capítulo en la comunicación entre cadenas. Con su apoyo, la tecnología de comunicación entre cadenas experimentará un desarrollo revolucionario.