Informe del puente entre cadenas de Solana: una descripción general de los protocolos ecológicos entre cadenas y las DApps entre cadenas de Solana

Las discusiones sobre Solana son cada vez más animadas y cada vez hay más actividades en el ecosistema de Solana. Por supuesto, cada vez más desarrolladores y usuarios quieren interactuar con el ecosistema. Ahora es el momento perfecto para analizar más de cerca cómo unir Solana.

Escrito por: Arjun Chand, investigador de LI.FI

Compilado por: xiaozou, Golden Finance

Puntos clave de este artículo

• La actividad de unión del ecosistema de Solana ha aumentado significativamente, especialmente desde noviembre de 2023. Puentes como Wormhole, Allbridge y deBridge (los primeros partidarios del ecosistema Solana) tienen buenas posibilidades de beneficiarse de este aumento.
• La demanda de los usuarios de transferir fondos a Solana ha provocado un aumento en la expansión de los puentes de liquidez hacia Solana. Solo en diciembre, Synapse, Meson y Hashflow agregaron soporte de ruta a Solana. Pronto, se hará evidente la necesidad de que plataformas de agregación como Jumper admitan Solana.
• Wormhole proporciona a los desarrolladores las herramientas más poderosas en lo que respecta a protocolos de mensajería, mientras que DLN de deBridge se está convirtiendo en el puente de liquidez preferido para las transferencias de activos.
• Hay pocas aplicaciones en Solana con capacidades de puente integradas, pero eso está cambiando. Phantom y Jupiter están a la vanguardia de esta evolución, incorporando funcionalidad puente en sus servicios.
• Los próximos proyectos, como CCTP de Circle, Cross-Chain Queries de Wormhole y Cross-Chain Swaps de Jumper Exchange, mejorarán el compromiso de Solana con el ecosistema blockchain más amplio Connection. Además, innovaciones como el cliente ligero de Tinydancer y el concepto de blockchain IBC Guest de Picasso prometen permitir interacciones entre cadenas con confianza minimizada.

Prefacio

La discusión en torno a Solana es cada vez más animada y las actividades en el ecosistema de Solana también están aumentando. Por supuesto, cada vez más desarrolladores y usuarios quieren interactuar con el ecosistema. Ahora es el momento perfecto para analizar más de cerca cómo unir Solana.

Este artículo es el recurso definitivo para cualquier persona interesada en aprender sobre Solana. Este artículo tiene como objetivo cumplir las intenciones de dos grupos principales: los desarrolladores que están ansiosos por crear aplicaciones entre cadenas utilizando protocolos de mensajería y los usuarios que están transfiriendo activos a Solana en busca de la próxima moneda meme con un crecimiento mil veces mayor. puede ser su realización Entradas a los mejores deseos de jubilación anticipada.

Este artículo se divide principalmente en tres partes:

• Primera parte: Una mirada más profunda a los protocolos de mensajería en Solana: esta parte analizará los protocolos de mensajería que se ejecutan actualmente en el ecosistema de Solana. Examinaremos los aportes técnicos, los mecanismos operativos y las compensaciones inherentes asociadas con estos protocolos, con el objetivo de brindar a los desarrolladores información clave para ayudarlos a elegir un protocolo de mensajería que satisfaga las necesidades de sus aplicaciones, además de brindarles información. para aquellos interesados en conocer más sobre las aplicaciones que utilizan, los usuarios del programa brindan información sobre su origen, funcionalidad y seguridad.
• Parte 2: Aplicaciones que admiten el intercambio entre cadenas de Solana: la segunda parte de este artículo explorará varias aplicaciones que admiten el intercambio entre cadenas y el puente de Solana. Analizaremos cómo funcionan estas aplicaciones, sus mejores características, su impacto en la experiencia del usuario y cómo contribuyen a la liquidez y accesibilidad del ecosistema de Solana.
• Tercera parte: Desarrollos interesantes en el escenario de interoperabilidad de Solana: esta parte final destacará los desarrollos recientes más notables en el escenario de interoperabilidad de Solana y cubrirá nuevos proyectos, nuevas versiones interesantes de protocolos existentes y otros desarrollos que pueden impactar positivamente el futuro de Iniciativas Solana sobre cómo interactuar con el ecosistema blockchain más amplio.

A continuación, veamos cada parte en detalle.

1. Comprensión profunda del protocolo de mensajería en Solana

Esta sección examina los supuestos de diseño, seguridad y confianza de los diversos protocolos de mensajería que conectan a Solana con el ecosistema más amplio. Proporciona un análisis exhaustivo de su arquitectura, destaca sus características únicas y comprende sus compensaciones.

Esta sección cubrirá lo siguiente:

• Descripción general del protocolo de mensajería: proporciona una visión en profundidad del conjunto de productos del proyecto, datos de rendimiento, efectos clave de la red e información de seguridad.
• Cómo funciona: Ciclo de vida de la transacción: el proceso de enviar fondos de los usuarios de una cadena de bloques a otra a través de una red de liquidez construida sobre un protocolo de mensajería. Conozca los diferentes componentes del diseño de un puente.
• Supuestos de confianza y compensaciones: compensaciones para cada protocolo de mensajería y su impacto potencial.
• Análisis de riesgos: diseño arquitectónico y consideraciones de seguridad: un resumen de la arquitectura, implementación, operación y seguridad de la red del protocolo de mensajería basado en el marco de riesgo entre cadenas desarrollado conjuntamente por LI.FI y Consensys.
• Comunidad y recursos: todos los recursos para realizar un seguimiento de las actualizaciones del proyecto y obtener más información sobre sus productos y servicios.

1.1 Agujero de gusano

1.1.1 Descripción general

Wormhole es un protocolo de mensajería lanzado en octubre de 2020 para permitir a los desarrolladores crear aplicaciones nativas entre cadenas en múltiples cadenas. Wormhole se originó originalmente como un proyecto de hackathon para encontrar una solución que permitiera a las cadenas de bloques "hablar entre sí".

Wormhole fue originalmente incubado y respaldado por Jump, y su primera versión (Wormhole V1) se centró principalmente en establecer un puente simbólico bidireccional entre Ethereum y Solana. A medida que avanzaba el proyecto, Wormhole evolucionó hasta convertirse en un protocolo de mensajería universal que conecta múltiples cadenas en el ecosistema. Esta evolución está en línea con su visión más amplia de convertirse en la capa base sobre la cual los desarrolladores puedan crear una variedad de aplicaciones entre cadenas. Como resultado, Wormhole V1 se eliminó gradualmente y la red Wormhole se lanzó en agosto de 2021.

servicio de producto

En respuesta a la creciente demanda de ecosistemas de cadenas múltiples, han surgido varias aplicaciones nativas de cadenas cruzadas además de Wormhole, incluidos los productos propios del equipo de Wormhole:

• Portal: un puente de bloqueo y acuñación de tokens que permite a los usuarios unir tokens y NFT en cadenas compatibles con Wormhole. Fue una de las primeras aplicaciones en utilizar las capacidades de mensajería de Wormhole e hizo una contribución significativa al desarrollo de Wormhole.
• Connect: un dispositivo que permite a los desarrolladores integrar interfaces similares a Portal en sus aplicaciones para conectar tokens. Proporciona a los desarrolladores una forma sencilla y rápida de agregar funcionalidad puente a sus aplicaciones.
• Gateway: una cadena de bloques específica de la aplicación diseñada para mejorar la conexión de las cadenas de aplicaciones basadas en Cosmos con el ecosistema más amplio. Utiliza un enrutador de liquidez como capa de liquidez unificada en todas las cadenas de Cosmos. Esta herramienta es beneficiosa para los desarrolladores que buscan atraer usuarios y liquidez a la cadena de aplicaciones de Cosmos, así como para los usuarios que buscan transferir fondos al ecosistema de Cosmos. El Portal está actualmente disponible para desarrolladores y usuarios a través del Portal.
• Consultas: herramientas para consultas de datos entre cadenas, que permiten a las aplicaciones leer datos en cadena de cualquier cadena EVM dentro del ecosistema Wormhole. Estos datos fueron verificados por una mayoría absoluta de 2/3 de los 19 Guardianes del Agujero de Gusano. El producto aún se encuentra en las primeras etapas de desarrollo y se espera que Synthetix sea uno de los primeros en adoptarlo.

Estos productos cuentan además con el respaldo de múltiples soluciones y funciones fáciles de usar para desarrolladores del equipo de Wormhole (muchas de las cuales ahora son desarrolladas y mantenidas por contribuyentes de la recién formada Wormhole Foundation), como por ejemplo:

• xAssets: los activos se pueden unir a través de cualquier cadena compatible con Wormhole sin deslizamiento. Por ejemplo: Pyth Network lanzó recientemente su token de gobernanza PYTH como Wormhole xAsset, disponible para usuarios de 27 cadenas.
• Retransmisores automáticos: una red de retransmisores que pueden pasar mensajes a través de cualquier cadena compatible con Wormhole. Esta característica permite a los desarrolladores crear aplicaciones entre cadenas en Wormhole sin tener que configurar y mantener su propio repetidor fuera de la cadena.
• Wormholescan: una plataforma de análisis y explorador de bloques entre cadenas que cubre el ecosistema Wormhole. Esta herramienta se puede utilizar para rastrear transacciones entre cadenas y comprender la actividad de la red en todo el ecosistema Wormhole.

Efecto de red

Teniendo en cuenta el desarrollo inicial de Wormhole y su enfoque continuo en el ecosistema de Solana, no sorprende que Solana sea la cadena más activa en Wormhole en términos de volumen de transacciones.

Curiosamente, los datos de tráfico de Wormhole están dominados por el tráfico de puentes hacia y desde Terra, un ecosistema que ya no ve ningún progreso ni actividad significativos. Actualmente, el volumen de transacciones se distribuye principalmente en Ethereum, Solana y Sui, seguidos por la cadena EVM L1 y el rollup.

Los factores que han impulsado el crecimiento de Wormhole y lo han posicionado como uno de los principales protocolos de mensajería del ecosistema incluyen los siguientes:

• Más de 200 proyectos creados en Wormhole: Wormhole ha establecido una distribución significativa en el ecosistema, con varias aplicaciones que lo utilizan para crear casos de uso como puentes de liquidez (Allbridge, Mayan, Magpie), tokens multicadena (PYTH), estándares de tokens ( Nexa), puente en la aplicación usando Connect (Astroport, Uniwhale, YouSUI), depósitos entre cadenas (Friktion, PsyOptions, Aftermath Finance).
• Wormhole x NFT: Dust Labs prefiere el estándar NFT de cadena cruzada de Wormhole para migrar sus series NFT (DeGods y y00ts) de Solana a Ethereum y Polygon, respectivamente. Este estándar NFT también lo utiliza Aptos NFT Bridge, que permite a los desarrolladores y usuarios conectar NFT hacia y desde la red Aptos.
• Fondo para el ecosistema de 50 millones de dólares de Wormhole: el Fondo para el ecosistema de 50 millones de dólares proporciona un apoyo financiero muy necesario a los desarrolladores que crean aplicaciones entre cadenas que aprovechan la infraestructura de mensajería de Wormhole. El fondo es administrado y operado por Borderless Capital y ha recibido apoyo financiero de inversores reconocidos como Jump Crypto, Polygon Ventures y la Fundación Solana.
• Programa xGrant: a principios de 2023, Wormhole lanzó el programa xGrant para apoyar a desarrolladores, investigadores y fundadores. El programa no solo brinda asistencia financiera, sino que también brinda orientación y recursos para promover el desarrollo de proyectos innovadores. Las subvenciones cubren gastos como desarrollo de software, marketing, costos de equipo y otros gastos necesarios para que el programa crezca y se expanda.
• Bitcoin tBTC en Solana: Threshold Network ha lanzado Bitcoin tokenizado (tBTC) en Solana, utilizando Wormhole para acuñar el activo. Esto marca la primera expansión de tBTC al ecosistema que no es EVM y permite a los usuarios gastar Bitcoin en el ecosistema Solana DeFi.
• Wormhole une fuerzas con Uniswap: después de una evaluación exhaustiva de 6 puentes diferentes, el Comité de Evaluación de Puentes de Uniswap aprobó el uso de Wormhole para todas las implementaciones entre cadenas, elevando significativamente el estado de Wormhole como uno de los protocolos de mensajería más seguros del ecosistema. Además, Uniswap utiliza activamente Wormhole para mensajería entre cadenas (particularmente cadenas como Celo), lo que solidifica aún más a Wormhole como una opción confiable para las necesidades de mensajería segura.
• Wormhole se une a Circle CCTP: Wormhole ha integrado con éxito el Protocolo de transferencia entre cadenas (CCTP) de Circle para que otras aplicaciones puedan acceder a él a través de Connect, y los usuarios también pueden acceder a través de Portal. El lanzamiento anticipado de CCTP en Solana ha generado un interés significativo y equipos como Jupiter han anunciado planes para brindar soporte para CCTP dentro de sus aplicaciones a través de Wormhole.
• Wormhole recauda 225 millones de dólares con una valoración de 2.500 millones de dólares: Wormhole alcanzó recientemente un hito de financiación importante, completando 225 millones de dólares en financiación con una valoración de 2.500 millones de dólares. Esta importante inversión subraya la fortaleza del equipo de Wormhole, la adopción generalizada de sus productos y servicios y la calidad general de sus productos y servicios. La financiación también ha atraído la atención de los agricultores de lanzamiento aéreo, que ahora comparan estrechamente a Wormhole con LayerZero y consideran a Wormhole "un competidor muy valioso en el espacio de interoperabilidad". A medida que continúa la temporada de lanzamiento aéreo de Solana y Wormhole lanza varias iniciativas estratégicas (como proporcionar roles "tempranos" para los usuarios de Discord, esto puede atraer mucha atención por parte de los agricultores de lanzamiento aéreo en el futuro cercano).

Control de seguridad

• Auditoría: la arquitectura Wormhole consta de varias partes clave, como nodos Guardian y contratos inteligentes para diferentes cadenas y entornos de ejecución. Varias partes de su pila de tecnología han pasado por un total de 22 auditorías por parte de Neodyme, Kudelski, Trail of Bits, CertiK, Runtime Verification, OtterSec y Zellic. Vale la pena señalar que, si bien tratamos cada entrada como una auditoría separada, es probable que la auditoría de estos contratos específicos sea parte de una auditoría más amplia de la pila de tecnología Wormhole.
• Programa de recompensas: desde septiembre de 2022, Wormhole ha estado ejecutando un programa de recompensas de 2,5 millones de dólares en Immunefi, centrándose en la seguridad de los contratos inteligentes de Wormhole y los nodos Guardian.
• Vulnerabilidad de seguridad: en febrero de 2022, la red Wormhole experimentó una violación de seguridad. El atacante "aprovechó una vulnerabilidad de verificación de firmas en la red Wormhole para acuñar 120.000 monedas Ethereum envueltas en Wormhole en Solana", lo que provocó una pérdida estimada de aproximadamente 326 millones de dólares. El error se solucionó en cuestión de horas, Wormhole volvió rápidamente a estar en línea y Jump proporcionó los fondos necesarios para cerrar la brecha.

Tras este exploit, el equipo de Wormhole anunció los siguientes planes de seguridad futuros:

• Auditoría continua: realizó una auditoría integral y continua de la base del código Wormhole e hizo planes para prevenir vulnerabilidades futuras.
• Herramientas de monitoreo avanzadas: garantizar una gestión de riesgos dinámica exitosa con características como mecanismos de contabilidad y herramientas de monitoreo para aislar riesgos entre cadenas y detectar amenazas tempranamente.
• Programa de recompensas por errores: Wormhole lanzó un programa de recompensas por errores en Immunefi, lanzado poco después de este exploit.

A la luz de estas actualizaciones de seguridad, el Comité de Evaluación de Puentes de Uniswap reconoció los esfuerzos de Wormhole en su informe y afirmó:

"Tras el ataque de vulnerabilidad, Wormhole realizó mejoras sustanciales en sus prácticas, como procesos de implementación mejorados, planes de respuesta a incidentes más claros y pruebas unitarias sólidas. Estas mejoras son encomiables y demuestran el crecimiento y la madurez del protocolo".

Wormhole ha agregado las siguientes características de seguridad a su pila de tecnología:

• Contador global: esta herramienta monitorea el suministro circulante total de todos los activos de Wormhole en todas las cadenas. Básicamente, evita que cualquier blockchain transfiera activos más allá de lo realmente permitido.
• Gobernador: como complemento a la contabilidad global, el Gobernador realiza un seguimiento de las entradas y salidas de todos los activos en cadena. Tiene el poder de retrasar transmisiones sospechosas y limitar el impacto de los exploits al permitir a los Guardianes retener los mensajes de Wormhole durante 24 horas si se vuelven demasiado grandes. Los límites del gobernador se pueden ajustar a medida que madura el ecosistema de la cadena.
• Base de código fuente abierto: al hacer que su código base sea de código abierto, Wormhole efectivamente reduce la barrera para que los hackers de sombrero blanco identifiquen e informen vulnerabilidades.
• Monitoreo integral a través de Guardians: Wormhole Guardians son empresas de verificación profesionales con experiencia para ejecutar, monitorear y proteger operaciones blockchain. Realizan un seguimiento continuo de la actividad de blockchain y contratos inteligentes y garantizan la seguridad de la red Wormhole a través de herramientas como Governor.
• Integración ZK (prueba de conocimiento cero) con Wormhole: Wormhole está integrando activamente la verificación de mensajes ZK en su pila de tecnología.

Cifras de crecimiento

1.1.2 Principio de operación: ciclo de vida de la transacción

El proceso de transmisión de mensajes desde la cadena de origen a la cadena de destino a través de la arquitectura de Wormhole es muy complejo, pero a un alto nivel es muy sencillo. Aquí hay una vista ampliada simple:

1. Enviar un mensaje: cada mensaje proviene de un "contrato central" en la cadena de origen.

2. Verificación y firma de los guardianes: luego, 19 guardianes verifican y firman el mensaje fuera de la cadena. Un mensaje se considera auténtico sólo si recibe las firmas de al menos dos tercios (13 de 19 Guardianes).

3. Reenviar a la cadena de destino: una vez que el mensaje se verifique y firme, se reenviará al contrato principal en la cadena de destino.

Si miramos más de cerca, vemos que hay varios componentes clave que trabajan juntos para garantizar una mensajería segura entre cadenas:

Echemos un vistazo más de cerca a cómo la red Wormhole Guardian verifica los mensajes:

• Paso uno: el contrato central de la cadena de origen envía un mensaje.
• Paso 2: Los tutores observan y verifican la autenticidad del mensaje.
• Paso 3: los guardianes esperan a que la cadena fuente finalmente confirme el mensaje y luego firman el valor hash del cuerpo del mensaje para demostrar su validez.
• Paso 4: recopile las firmas de cada tutor en un archivo de firmas múltiples, a saber, VAA (Aprobaciones de acción verificables).
• Paso 5: Los retransmisores transmiten VAA al contrato central en la cadena de destino.

Nota: "Spy" monitorea todos los mensajes transmitidos a través de la red Guardian y los registra en un sistema de almacenamiento (como una base de datos SQL) para su análisis y uso posterior.

1.1.3 Supuestos de confianza y compensaciones

Aquí hay algunos supuestos de confianza y compensaciones que vale la pena señalar sobre Wormhole:

• Verificación externa mediante un conjunto de validadores: el sistema de prueba de autoridad de Wormhole cree de principio a fin que se puede confiar en los Guardianes para verificar las transacciones y que más de dos tercios de los Guardianes no coludirán en un tiempo específico. Si la mayoría de los Guardianes se confabulan entre sí, se pueden robar los fondos de los usuarios.
• Riesgo de censura: los Guardianes del 19 de julio pueden confabularse para censurar mensajes.
• Sin mecanismo de corte para los Guardianes: no hay ningún mecanismo de corte implementado para los Guardianes en el sistema Wormhole. Sin embargo, la rendición de cuentas es un aspecto clave del diseño de la red. Cualquier actividad maliciosa se puede rastrear directamente hasta un Guardian específico. Esta atribución directa significa que el Guardian involucrado puede enfrentar responsabilidad legal y sufrir un daño significativo a su reputación tras la ocurrencia de fraude o mala conducta.
• Red de Guardianes autorizada: los ajustes al conjunto de Guardianes, ya sea agregando nuevos Guardianes o eliminando Guardianes existentes, se rigen por el esquema de firma 13/19.

1.1.4 Análisis de riesgos: diseño de arquitectura y consideraciones de seguridad

1.1.5 Comunidad y recursos

Puedes conocer más sobre Wormhole a través de los siguientes canales:

●Sitio web oficial

●Documentación

●Agujero de gusano para desarrolladores

●Github

●Explorador

●Medio

●Escaneo de agujero de gusano

Puedes seguir a Wormhole en las siguientes plataformas para conocer los últimos desarrollos en su comunidad:

●Twitter

● Discordia

●Telegrama

● Youtube

1.2 Todo puente

1.2.1 Descripción general

Lanzado en julio de 2021, Allbridge es un puente blockchain dentro del ecosistema Solana. Originalmente se llamó Solbridge porque cuando se lanzó por primera vez, su objetivo era expandir el uso de Solana en el ecosistema conectando Solana con otras cadenas. Con el tiempo, el alcance del acuerdo se expandió más allá de Solana y pasó a llamarse Allbridge.

servicio de producto

Allbridge Classic es la primera versión de Allbridge. Admite la transferencia de activos en 20 cadenas, incluidas cadenas EVM y no EVM, como Solana y Stellar. Esta versión del protocolo es responsable de manejar la mayor parte del volumen de transacciones de Allbridge.

En junio de 2022, Allbridge lanzó Allbridge Core, una plataforma puente de la nueva era centrada en el intercambio de monedas estables entre cadenas. Esta nueva versión resuelve los puntos débiles de la versión anterior, el más destacado de los cuales es el proceso de varios pasos y que requiere mucho tiempo para implementar tokens puente envueltos por Allbridge y canjearlos por los activos necesarios.

Allbridge Core simplifica la experiencia de conexión al centrarse en el intercambio de monedas estables. Dado que la mayor parte de la actividad puente involucra monedas estables, Allbridge Core puede satisfacer las necesidades de la mayoría de los usuarios manteniendo la simplicidad y la naturaleza liviana del producto. Actualmente, Allbridge Core tiene 11 fondos de liquidez, lo que permite el intercambio de monedas estables en 7 cadenas.

Además, Allbridge Core presenta características únicas como:

● Admite múltiples protocolos de mensajes: además de admitir la transmisión de mensajes entre cadenas a través de Allbridge, Allbridge Core también admite otros protocolos de mensajes, como Wormhole. Dicha integración le permite admitir cadenas únicas a las que se accede a través de Wormhole y proporciona opciones alternativas/de respaldo a las cadenas que ya son compatibles con Allbridge.

Además, Allbridge Core integró recientemente el Protocolo de transferencia entre cadenas (CCTP) de Circle. Esta nueva incorporación permite a Allbridge Core respaldar transferencias de USDC a través de cadenas compatibles con CCTP sin la necesidad de mantener fondos de liquidez en esas cadenas. Además, los usuarios pueden elegir entre tres protocolos de mensajería diferentes, cada uno con diferentes costes y tiempos de transmisión.

Actualmente, la compatibilidad con CCTP solo está disponible en la cadena EVM. Sin embargo, esto cambiará pronto, ya que CCTP ha apoyado a Solana en devnet y llegará a mainnet en un futuro próximo.

● Gas adicional en la cadena de destino: esta función resuelve el problema del "arranque en frío" cuando los usuarios conectan activos a una nueva cadena. Con esta función, los usuarios pueden puentear fácilmente algunos fondos adicionales para pagar las tarifas del gas en la cadena objetivo.

La función de "gas extra" se está convirtiendo poco a poco en un estándar en los ecosistemas de múltiples cadenas. Por ejemplo, en el ecosistema de Solana, Phantom lo utiliza como la función de "reabastecimiento de combustible" del "Cross-Chain Swapper" al integrarse con LI.FI (con tecnología de Allbridge Core).

Además de productos orientados al usuario como Allbridge Classic y Allbridge Core, Allbridge también ofrece una solución puente de marca blanca llamada Allbridge BaaS. Esto permite que los proyectos utilicen las capacidades de mensajería entre cadenas de Allbridge y lancen configuraciones de puente dedicadas para sus tokens. Allbridge cobrará una tarifa única de instalación del puente de $20,000.

Efecto de red

Desde su enfoque inicial en el producto Solana hasta ganar el Solana Hackathon en 2021, las raíces de Allbridge están profundamente conectadas con el ecosistema de Solana. Centrarse en Solana ha demostrado ser beneficioso y Solana sigue siendo la cadena más activa en Allbridge. Desde su lanzamiento, Allbridge Classic ha realizado más de 190.000 transacciones en Solana, con un volumen de transacciones de más de 1.440 millones de dólares, y ha generado 535.000 dólares en comisiones sólo en Allbridge Classic.

Otros ecosistemas importantes que impulsan el crecimiento de Allbridge incluyen nombres bien conocidos en todas las plataformas puente, como Ethereum, Avalanche, BNB Chain y Polygon. Curiosamente, la red Tron es un ecosistema convincente en lo que respecta a Allbridge Core.

Vale la pena señalar que las soluciones L2 populares como Arbitrum y Optimism, que a menudo dominan las métricas de datos de los puentes EVM, no aparecen en la lista anterior. Vale la pena mencionar que Allbridge no brinda soporte para varias L2 emergentes importantes, como Base, zkSync y Linea. Allbridge Core solo admite USDC en Arbitrum.

Recientemente, Allbridge Core se integró con LI.FI, ingresando al mundo de LI.FI de más de 120 protocolos de intercambio entre cadenas. Además, Allbridge es actualmente el único proveedor de puentes que admite transacciones EVM <> Solana dentro de la función Phantom Cross-Chain Swapper. Esta exclusividad permite a Allbridge beneficiarse de mayores volúmenes de transacciones hasta que se agregue soporte para otros proveedores de puentes.

Además, Allbridge también realizó una demostración de la red de prueba integrada CCTP en la conferencia Breakpoint 2023. Una asociación estratégica con Circle para lanzar CCTP en Solana también beneficiará el crecimiento del protocolo.

Control de seguridad

*Auditorías: la arquitectura de Allbridge ha sido auditada 5 veces. Las primeras auditorías fueron realizadas por Hacken en septiembre de 2021 (puntuación de auditoría: 10 puntos), Kudelski Security en mayo de 2022, Cossack Labs en septiembre de 2022 y Hacken en febrero de 2022 (puntuación de auditoría: 9,8) y la auditoría de CoinFabric en julio de 2023.

• Programa de recompensas: Allbridge tiene un programa de recompensas abierto en HackenProof, con recompensas que van desde $100 a $4000.
• Vulnerabilidad de seguridad: en abril de 2023, Allbridge Core sufrió un ataque de vulnerabilidad de seguridad debido a una vulnerabilidad de préstamo rápido en la cadena BNB, lo que resultó en una pérdida de 650.000 dólares estadounidenses. El atacante aprovechó una falla lógica en la funcionalidad de retiro para manipular el precio de negociación del pool.

El equipo de Allbridge recuperó "la mayor parte de los fondos robados" y reembolsó la diferencia a los usuarios afectados que rellenaron el formulario de solicitud. Después del ataque, se reinició el protocolo, se realizaron las siguientes correcciones y se agregaron las siguientes características de seguridad:

• Cálculo de liquidez fija para depósitos y retiros: ampliamente probado.
• Introducción de permisos de reequilibrio a través de cuentas especiales: esta herramienta permitirá a los equipos reequilibrar los grupos en situaciones extremas y de emergencia mediante el uso de puentes sin pagar tarifas.
• Función de apagado automático en caso de desequilibrio extremo del grupo, como el desacoplamiento de la moneda estable.
• Soporta cierre manual del puente para mejorar el tiempo de respuesta para prevenir accidentes.
• Una base de código público que destaca los esfuerzos de código abierto del equipo e invita a investigadores de sombrero blanco a realizar revisiones de contratos puente.

El equipo de L2BEAT declaró que Allbridge Core "contiene muchos contratos inteligentes centrales no verificados", lo que podría poner en riesgo los fondos de los usuarios si estos contratos contienen código malicioso.

Vale la pena señalar que los contratos de Allbridge Core se redistribuyeron después del ataque de vulnerabilidad de seguridad. El contrato principal ahora está verificado. Además, se ha verificado el contrato de Allbridge Classic.

Sin embargo, el equipo de L2BEAT señaló que algunos contratos puente siguen sin verificar. El equipo de Allbridge explicó que se trataba de un problema complejo causado por la superposición entre los contratos Core heredados y los contratos relacionados con Allbridge Classic que existían antes del incidente de seguridad. Allbridge está tomando medidas activas para abordar y aclarar esta discrepancia en el sitio web de L2BEAT, garantizando una comprensión más clara y transparente para todos.

Cifras de crecimiento

1.2.2 Principio de operación: ciclo de vida de la transacción

Núcleo de Allbridge

A continuación se muestra cómo se transfieren los activos de la cadena de origen a la cadena de destino a través de la arquitectura Allbridge Core:

• Paso 1: el usuario envía los activos al fondo de liquidez en la cadena de origen, donde se bloquean los activos.
• Paso dos: intercambie estos activos por tokens virtuales (VT) que representen su valor en USD. Por ejemplo, cuando un usuario envía 100 USDC, el monto se convierte a VT según el tipo de cambio actual de VT a USDC.
• Paso 3: Transfiera tokens virtuales con información de transacción a la cadena de destino a través del protocolo de mensajería elegido. El validador del protocolo de mensajería verifica que los fondos hayan sido bloqueados en la cadena de origen y canjeados con precisión por "tokens virtuales".
• Paso 4: El mensaje llega a la cadena objetivo y activa el contrato inteligente.
• Paso 5: El contrato inteligente convierte los tokens virtuales del fondo de liquidez de la cadena de destino en los tokens que desea intercambiar y los envía a la dirección del usuario.

Si bien esto puede parecer diferentes pasos en diferentes cadenas, para el usuario todo sucede con un solo clic.

Allbridge Clásico

Allbridge Classic admite una amplia gama de tokens, como aeUSDC (USDC envuelto en Ethereum de Allbridge), acuñado por Allbridge.

El siguiente es el proceso de transferencia de activos desde la cadena de origen a la cadena de destino a través de la arquitectura Allbridge Classic:

• Paso 1: el usuario envía fondos al contrato inteligente de Allbridge en la cadena de origen. En este paso, los usuarios pueden enviar dos tipos de activos: 1) Activos locales: en este caso, los activos están bloqueados en un fondo común de liquidez en la cadena de origen. 2) Activos envueltos: en este caso, los activos se destruyen mediante contratos inteligentes en la cadena de origen.
• Paso 2: cree un registro de transacción y envíe una solicitud de verificación a los validadores de Allbridge.
• Paso 3: Los validadores verifican los fondos bloqueados en la cadena de origen.
• Paso 4: Una vez completada la verificación, los validadores entregarán la firma al usuario.
• Paso 5: el usuario reenvía esta firma al contrato inteligente en la cadena de destino.
• Paso 6: Los fondos se transfieren a los usuarios. El proceso variará según el tipo de activo que el usuario espera recibir en la cadena de destino.

Los ejemplos específicos son los siguientes:

1. Si son activos nativos, estos activos se desbloquearán del contrato inteligente de la cadena de destino y luego se transferirán a la billetera del usuario.

2. En el caso de activos envueltos, estos activos se acuñarán mediante contratos inteligentes en la cadena de destino y luego se transferirán a la billetera del usuario.

1.2.3 Supuestos de confianza y compensaciones

A continuación se presentan algunos supuestos de confianza y compensaciones notables sobre Allbridge:

• Verificación externa mediante un conjunto de validadores: Allbridge depende de validadores de terceros para verificar las transacciones de los usuarios, lo que depende del protocolo de mensajería subyacente utilizado (Allbridge, Wormhole o CCTP).
• Conjunto de validadores pequeño: el conjunto de validadores de Allbridge contiene solo 2 validadores. Estos dos validadores pueden confabularse para enviar mensajes maliciosos y robar fondos de los usuarios.
• Riesgo de censura: un único validador en el conjunto de validadores de Allbridge puede censurar mensajes.
• Conjunto de validadores autorizados: los validadores que se ejecutan en el sistema son ejecutados y/o seleccionados por el equipo de Allbridge.
• Sin mecanismo de reducción: actualmente no existe ningún mecanismo de reducción para que los validadores eviten la colusión o la censura.
• El equipo de Allbridge puede censurar a los usuarios: si bien una cuenta especial le dará al equipo de Allbridge más control para responder rápidamente en emergencias, también se puede abusar de ella para censurar por error los depósitos, retiros y transacciones de un usuario.

1.2.4 Análisis de riesgos: diseño de arquitectura y consideraciones de seguridad

1.2.5 Comunidad y recursos

Puede obtener más información sobre Allbridge a través de los siguientes canales:

●Sitio web oficial

●Archivos Allbridge Core

●Archivos Allbridge Classic

●Medio

●Messari en Allbridge Core

●Messari en Allbridge Classic

Puede seguir a Allbridge en las siguientes plataformas para conocer los últimos desarrollos en su comunidad:

●Twitter

●Telegrama

● Discordia

● Reddit

1.3 dePuente

1.3.1 Descripción general

deBridge es un protocolo de interoperabilidad lanzado en agosto de 2021 que admite mensajería y liquidez entre cadenas. El proyecto se lanzó como un proyecto de hackathon en el hackathon Chainlink Global en abril de 2021 y recibió 5,5 millones de dólares en financiación ese mismo año.

La expansión de deBridge en el ecosistema de Solana comenzó con una subvención de 20 000 dólares de la Fundación Solana en junio de 2021. A diferencia de los protocolos discutidos anteriormente, deBridge originalmente estaba dirigido específicamente a cadenas compatibles con EVM. No fue hasta junio de 2023 que deBridge llegó a Solana y se convirtió en uno de los primeros participantes que logró grandes logros.

servicio de producto

El conjunto de productos de deBridge incluye una gama de aplicaciones entre cadenas que aprovechan sus capacidades de mensajería:

• deSwap Liquidity Network (DLN): DLN es una red de liquidez que permite transacciones entre cadenas rápidas y de bajo costo en cualquier cadena respaldada por deBridge. A diferencia de los modelos tradicionales que dependen de fondos comunes de liquidez, DLN utiliza creadores de mercado que brindan liquidez entre cadenas a pedido para lograr transferencias de activos de TVL cero. Para garantizar suficiente liquidez para grandes pedidos entre cadenas, el equipo de deBridge coopera con creadores de mercado maduros como RockawayX y Fordefi.
• dePort: como puente de bloqueo y menta, dePort permite que las aplicaciones creen activos envueltos en debridge, o deAssets, en cada cadena. Estos activos acuñados están respaldados uno a uno por los tokens originales en la cadena de origen, lo que garantiza la integridad de todos los activos de la red.

Además de las aplicaciones de usuario directamente para el intercambio entre cadenas, deBridge también extiende estos productos a otras aplicaciones y proyectos, incluidas billeteras, a través de API para una integración perfecta. Además, bloXroute Labs está desarrollando un SDK con el objetivo de integrar DLN en su red de distribución blockchain. Esta integración permitirá a los usuarios de bloXroute, incluidos los cazadores de MEV, los comerciantes institucionales de DeFi y varios proyectos, realizar intercambios entre cadenas impulsados por DLN.

Además, deBridge también ofrece deBridge IaaS (Interoperabilidad como servicio: interoperabilidad como servicio), un servicio basado en suscripción que permite que las cadenas de bloques EVM y SVM integren los productos deBridge en sus respectivos ecosistemas. El servicio está disponible por una suscripción mensual de $11,000 por mes y una suscripción trimestral de $10,000 por mes. Neon Labs es el primer usuario del servicio.

Efecto de red

Desde su lanzamiento, deBridge ha experimentado un crecimiento constante y continuo. El protocolo ha experimentado un aumento en su uso recientemente, particularmente en Solana. La ruta Solana <> Ethereum se ha convertido rápidamente en el corredor más concurrido del DLN. La medida estratégica del equipo de deBridge de asignar recursos para integrar el soporte de Solana está claramente dando sus frutos y el potencial de crecimiento futuro es enorme.

Las capacidades casi instantáneas de liquidación de órdenes entre cadenas de DLN la han convertido rápidamente en la plataforma elegida por los usuarios que buscan realizar la transición a Solana desde otras cadenas de bloques. Recientemente, DLN alcanzó un hito importante al superar los $10 millones en volumen de operaciones diario por primera vez, un testimonio de su creciente popularidad, y este logro puede ser solo el comienzo a medida que se acelera el ecosistema de Solana.

Además de los usuarios individuales, deBridge también se está volviendo cada vez más popular en el campo B2B, y cada vez más aplicaciones de Solana integran los servicios de deBridge en sus propios productos. Los ejemplos más notables incluyen las herramientas comparadoras de puentes MoonGate, Birdeye y Júpiter.

Esta tendencia sugiere que deBridge está estratégicamente posicionado para capitalizar la expansión del ecosistema de Solana durante el próximo ciclo.

Control de seguridad

• Auditorías: deBridge ha demostrado su fuerte compromiso con la seguridad, con contratos inteligentes en la cadena EVM y Solana superando con éxito 15 auditorías integrales. Estas auditorías las llevan a cabo empresas de seguridad de renombre, incluidas Halborn, Neodyme, Zokyo y Ackee.
• Programa de recompensas: desde enero de 2022, deBridge ha ejecutado un programa de recompensas de 200.000 dólares en Immunefi centrado en garantizar la seguridad de sus contratos inteligentes.

Cifras de crecimiento

En el cuarto trimestre de 2023, DLN tuvo un desempeño destacado entre las redes de liquidez, sorprendentemente similar a la trayectoria de crecimiento de TVL y el volumen de transacciones del ecosistema de Solana durante el mismo período.

Para tener una idea de cómo se desempeñó DLN en el último trimestre, aquí hay un vistazo rápido a sus resultados del cuarto trimestre en comparación con sus resultados acumulados para todo el año 2023 (1 de abril de 2023 al 31 de diciembre de 2023):

1.3.2 Principio de operación: ciclo de vida de la transacción

A continuación se muestra cómo se transfieren los activos de la cadena de origen a la cadena de destino en una transacción entre DLN:

• Paso 1: El usuario (es decir, Maker) inicia un pedido en la cadena de origen. Esto se hace llamando a la función DlnSource.createOrder(), donde proporcionan los detalles de la transacción y bloquean el token de entrada en el contrato.
• Paso 2: Los creadores de mercado, también conocidos como Takers, monitorean estas órdenes fuera de la cadena. Cuando identifiquen un pedido que coincida con sus criterios, como rentabilidad y disponibilidad de tokens, cumplirán ese pedido. Esto se logra ejecutando la función DlnDestination.fulfillOrder() en la cadena de destino, donde proporcionan el token especificado por la solicitud del Maker.
• Paso 3: Después de recibir el pedido, DlnDestination verifica los detalles y completa la transacción enviando los tokens a la dirección del destinatario en la cadena de destino. Luego marque el pedido como Completado.
• Paso 4: El Taker que completa el pedido llama a la función DlnDestination.sendunlock(). Esta acción desencadena un mensaje entre cadenas a través de la infraestructura de deBridge al contrato inteligente DlnSource ubicado en la cadena de origen.
• Paso 5: DlnSource confirma la autenticidad del mensaje y libera los tokens de entrada previamente bloqueados, transfiriéndolos al Taker que cumple con el pedido.

1.3.3 Supuestos de confianza y compensaciones

deBridge, como todos los protocolos de interoperabilidad, opera bajo ciertos supuestos de confianza y compensaciones, que los usuarios deben conocer:

• Validación externa mediante un conjunto de validadores: la red deBridge está protegida por un conjunto relativamente pequeño de validadores que consta de 11 nodos. Para confirmar una transacción se requieren firmas de al menos dos tercios de los validadores, es decir, deben firmar al menos 8 de 11 validadores. Esta estructura introduce el riesgo de que 8 validadores puedan confabularse para poner en peligro la seguridad de los fondos de los usuarios.
• Riesgo de censura: si un pequeño número de validadores (especialmente 5 de 11 validadores) deciden confabularse, existe un riesgo potencial de censura. Esto puede resultar en un bloqueo intencional o un retraso en la entrega del mensaje.
• Sin mecanismo de reducción para los validadores: aunque la documentación de deBridge cita futuras implementaciones de mecanismos de participación y reducción delegados como clave para la seguridad del protocolo, estas características aún no se han lanzado. Sin confiscación, no existe ninguna consecuencia financiera directa que impida que un validador incurra en un comportamiento fraudulento o malicioso. Sin embargo, es importante señalar que el conjunto actual de validadores fue seleccionado y autorizado por el equipo de deBridge y son entidades existentes que corren el riesgo de sufrir acciones legales y daños a su reputación, lo que puede servir como una forma indirecta de responsabilidad.
• Los validadores pueden actualizar maliciosamente el contrato del token de destino: L2BEAT declaró que la gestión de todos los contratos inteligentes de proxy actualizables es Gnosis Safe con un umbral de 5/8. Por lo tanto, si el contrato del token objetivo se actualiza de forma maliciosa o no se implementa de forma segura, se pueden robar los fondos del usuario.

*Nota: Es importante señalar que deBridge está en el camino hacia la descentralización. Se espera que los problemas mencionados anteriormente, como la falta de un mecanismo de reducción y la naturaleza autorizada del conjunto de validadores, se resuelvan con el lanzamiento del token nativo de deBridge, lo que mejorará la seguridad económica y la gobernanza del protocolo. *

1.3.4 Análisis de riesgos: diseño de arquitectura y consideraciones de seguridad

1.3.5 Comunidad y recursos

Puede obtener más información sobre deBridge a través de:

●Sitio web oficial

●Documentación

●Documentación DLN

●deExplorador

●Github

●Medio

●Blog

Podrás conocer las últimas novedades de su comunidad a través de las siguientes plataformas:

●Twitter

● Discordia

●Telegrama

● Reddit

1.4 Análisis comparativo de protocolos de mensajería y sus redes de liquidez

Después de analizar el diseño y las características de diferentes protocolos de mensajería, ahora resumiremos su arquitectura y seguridad de implementación. Nuestro objetivo es comparar rápidamente las consideraciones de seguridad asociadas con diferentes protocolos de mensajería y permitir a los desarrolladores elegir en función de sus compensaciones y garantías de seguridad preferidas.

En el análisis específico veremos la comparación en base a los siguientes indicadores:

• Mecanismo de consenso: ¿cómo determina el protocolo la validez de un mensaje?
• Colusión del conjunto de validadores: el número mínimo de validadores que pueden confabularse para robar fondos.
• Resistencia a la censura: el número mínimo de firmantes que pueden censurar los mensajes que pasan por el protocolo.
• Función sin permiso: ¿el validador está configurado sin permiso? ¿Cualquiera puede convertirse en validador y contribuir a determinar la validez de los mensajes?
• Mecanismo de corte: ¿Existe un mecanismo de corte o vinculación activo para evitar el comportamiento malicioso de los validadores?
• Capacidad de actualización de contratos inteligentes: ¿son actualizables los contratos inteligentes del protocolo? Si se puede actualizar, ¿quién lo hará?
• Bug Bounty: la cantidad máxima de recompensa por errores disponible para los hackers de sombrero blanco que descubren vulnerabilidades críticas en el código del protocolo.
• Auditorías: el número de auditorías a las que se ha sometido cada protocolo (cuanto más, mejor).

Aquí hay una comparación de protocolos de mensajería en Solana:

A continuación, analizaremos el desempeño de cada red de liquidez hasta el 31 de diciembre de 2023 y analizaremos específicamente tres indicadores clave:

• Volumen de usuarios únicos: ¿cuántos usuarios únicos han utilizado la red de liquidez desde su lanzamiento?
• Número de transacciones: ¿Cuántas transacciones se han ejecutado utilizando la red de liquidez desde su lanzamiento? *Volumen del puente: ¿cuánto volumen ha pasado a través de la red de liquidez desde su lanzamiento?

A continuación se muestra una comparación de rendimiento de redes de liquidez basadas en protocolos de mensajería:

2. Aplicaciones que admiten el intercambio entre cadenas de Solana

Basándonos en la exploración de la sección anterior de varios protocolos de mensajería y el potencial de sus desarrolladores para crear aplicaciones entre cadenas, ahora centramos nuestra atención en uno de sus usos más destacados: las redes de liquidez. Esta sección se centrará en las diversas redes de liquidez que conectan a Solana con el ecosistema más amplio, ayudando a los usuarios a mover fondos fácilmente a través de las cadenas.

Además, veremos algunas de las aplicaciones y funciones interesantes que se están lanzando en torno a la agregación de liquidez y que están diseñadas para facilitar a los usuarios la búsqueda de la mejor red de liquidez para sus necesidades.

Nuestro objetivo es ayudar a los usuarios a tomar mejores decisiones al intercambiar activos entre los ecosistemas Solana y EVM.

¡Empecemos!

2.1 DLN (Red de liquidez deSwap)

2.1.1 Descripción general

DLN es un protocolo de comercio entre cadenas impulsado por deBridge que facilita la creación y el cumplimiento de órdenes entre cadenas.

La arquitectura del protocolo tiene principalmente dos capas: capa de protocolo y capa de infraestructura.

Capa de protocolo: esta capa consta de contratos inteligentes implementados en cada cadena compatible. Estos contratos permiten a los participantes del mercado interactuar en un entorno descentralizado, permitiéndoles crear, monitorear y liquidar órdenes:

• Los creadores se refieren a los usuarios que crean pedidos bloqueando tokens de entrada en el contrato inteligente DlnSource en la cadena de origen.
• Los tomadores son creadores de mercado que cumplen con los pedidos proporcionando tokens de salida al contrato DlnDestination en la cadena de destino.

Una vez que se completa el pedido, el contrato DlnDestination se comunica con el contrato DlnSource a través de la capa de infraestructura. Este proceso libera los tokens de entrada y los transfiere a Taker, y se completa la transacción entre cadenas.

Capa de infraestructura: esta capa maneja la mensajería entre cadenas a través de validadores deBridge. Permite que el contrato DlnDestination comunique de manera confiable el cumplimiento del pedido al contrato DlnSource, completando así la liquidación.

2.1.2 Mejores características

*Deslizamiento cero en todos los tamaños de órdenes: operar en DLN no tiene deslizamiento, lo que significa que los usuarios obtienen el precio que esperan independientemente del tamaño de la orden. Esta característica resuelve eficazmente el problema de deslizamiento asociado con los fondos de liquidez tradicionales.

• Liquidación rápida: debido al diseño asincrónico de DLN y su capacidad para aprovechar la liquidez de los creadores de mercado a pedido, las operaciones en DLN se liquidan mucho más rápido que los puentes de liquidez tradicionales.
• Rápida escalabilidad: el diseño de DLN le permite manejar grandes volúmenes de transacciones porque no está limitado por el fondo de liquidez o el rendimiento del puente. El volumen de operaciones de DLN ha aumentado constantemente durante el último mes.

*Nota: El cargo mínimo por transacción en DLN es de 8 pbs. Esta tarifa se divide en partes iguales entre el protocolo DLN y el Taker que completa la orden, y cada uno recibe 4 pb. Sin embargo, si un usuario realiza una orden limitada, la tarifa asignada al Taker que completa la orden puede exceder los 4 pb. *

2.2 Portal

2.2.1 Descripción general

Portal funciona con Wormhole y es parte de la red Wormhole, lo que facilita la transferencia de activos entre blockchains.

Portal Bridge está diseñado para permitir la transferencia segura y fluida de tokens fungibles y no fungibles a través de blockchains.

Cuando un activo pasa por el Portal, el token original se bloquea en un contrato inteligente en la cadena de origen, mientras que se crea una nueva contraparte envuelta en el Portal en la cadena de destino. Este equivalente se puede canjear por otros tokens nativos disponibles en la cadena.

2.2.2 Mejores características

• Acceda a múltiples ecosistemas: los usuarios pueden mover activos entre los diferentes ecosistemas y mercados respaldados por Wormhole. Esto amplía el alcance y la utilidad de los activos del usuario.
• Seguridad: la red de nodos Guardian de Wormhole y los mensajes firmados proporcionan un modelo de seguridad confiable para verificar las transacciones entre cadenas. Además, las actualizaciones y mejoras de Wormhole se gestionan de forma transparente a través de la gobernanza en cadena de Guardian Network.

2.3 Finanzas Mayas

2.3.1 Descripción general

Mayan Finance es un protocolo de intercambio entre cadenas impulsado por Wormhole que permite a los usuarios intercambiar tokens entre diferentes blockchains con un solo clic.

Actualmente, Mayan admite intercambios de tokens entre las redes Ethereum, Solana, Avalanche y Polygon. Sin embargo, el protocolo planea expandirse para admitir más blockchains en el futuro.

2.3.2 Mejores características

• Intercambio entre cadenas: Mayan permite a los usuarios intercambiar tokens en una cadena de bloques por tokens en otra cadena de bloques compatible a través de una única transacción.
• Mecanismo de subasta británico: Mayan utiliza el mecanismo de subasta británico para facilitar las transacciones entre cadenas. Cuando un usuario inicia un intercambio, Mayan realiza una subasta en la cadena de bloques objetivo para obtener la mejor tasa de intercambio. Esto garantiza que el usuario obtenga la oferta más alta para su pedido.
• Compatibilidad con tokens: Mayan actualmente admite muchos tokens ERC-20 y SPL, con planes para agregar soporte para más tokens y blockchains.
• Herramientas de integración: Mayan proporciona herramientas de integración, como SDK y widgets, lo que permite que otras aplicaciones incorporen directamente las funciones de intercambio de Mayan en sus propias plataformas. Esto permite que cualquier proyecto proporcione servicios de intercambio de tokens entre cadenas a través de la infraestructura de Mayan.

2.3.3 Principio de operación—Ciclo de vida de la transacción

Paso 1: iniciar un intercambio en la cadena de origen

El usuario inicia el proceso en la cadena de origen interactuando con Mayan Swap Bridge. Inician un intercambio entre cadenas y establecen los parámetros de la subasta, incluida la producción mínima y la fecha límite.

Paso dos: subasta en Solana

Luego, la transacción se traslada a Solana, donde se subasta. El ganador de la subasta es responsable de ejecutar la transacción en la red Solana.

Paso 3: recibir activos en la cadena objetivo

Finalmente, el usuario recibe los activos nativos en la cadena de destino. Estos activos se envían junto con una cantidad específica de gas necesaria para la transacción.

Los activos se intercambian entre diferentes redes blockchain, utilizando la red Solana como plataforma intermediaria de subasta. El programa Mayan de Solana maneja el mecanismo de subasta e intercambio, mientras que Mayan Swap Bridge es un enlace compatible con la máquina virtual Ethereum (EVM) para iniciar y completar intercambios. El destino puede ser otra cadena EVM o incluso la propia cadena Solana.

Nota: Los usuarios deben pagar tarifas de retransmisión, incluidas tarifas de gas y tarifas de retransmisión para reenviar transacciones para los usuarios. Esta tarifa cambia según el activo y la dinámica de la cadena. Si la transacción falla, las tarifas de retransmisión se reducirán significativamente.

2.4 Mesón

2.4.1 Descripción general

Meson Finance es un DEX entre cadenas que permite un intercambio rápido y de bajo costo entre múltiples cadenas de bloques. Utiliza contratos hash de tiempo bloqueado (HTLC) y procesos de procesamiento de intercambios fuera de orden para completar los intercambios en minutos, mucho más rápido que los puentes tradicionales entre cadenas.

Actualmente, Meson admite intercambios entre 16 blockchains, como Ethereum, Solana, BNB Chain, Polygon, Avalanche y paquetes acumulativos L2 como Arbitrum y Optimism.

Meson también planea admitir más tokens, cubriendo más monedas estables y activos, como BTC/ETH. En el futuro, Meson continuará integrando varias cadenas acumuladas y no EVM.

2.4.2 Mejores características

• Intercambio directo de activos nativos: Meson admite el intercambio directo entre las principales monedas estables, como USDT y USDC, sin la necesidad de tokens envueltos como intermediarios. Esto simplifica enormemente el proceso de intercambio.
• Seguridad: aunque utiliza tecnología de puente existente, Meson no depende en gran medida de ningún puente en particular. No es necesario bloquear los fondos en el fondo común del puente, lo que mejora la utilización y garantiza la seguridad.

2.4.3 Principio de operación—Ciclo comercial

• Paso 1: El usuario crea una solicitud de intercambio fuera de la cadena, especificando el monto del intercambio, la cadena de origen, la cadena de destino y el tipo de token.
• Paso 2: Para emitir una solicitud, el usuario debe firmar un mensaje y autorizar el contrato de Meson para bloquear el monto y la tarifa del intercambio correspondiente. La solicitud firmada se transmite a la red LP.
• Paso 3: LP verifica la solicitud y llama al método "postSwap" en la cadena de origen para publicar y vincular el intercambio. Meson transfiere fondos y los bloquea durante 1 o 2 horas.
• Paso 4: LP llama al método "bloqueo" en la cadena de destino para bloquear los fondos del intercambio durante 20 minutos (temporalmente).
• Paso 5: El usuario verifica los pasos 2 y 3, luego crea y transmite una firma para liberar los fondos.
• Paso 6: Cualquiera puede llamar al método de "liberación" en la cadena de destino. Si la firma es válida, los fondos bloqueados se pagarán al beneficiario designado.
• Paso 7: LP utiliza la firma de liberación para llamar a "uteSwap" en la cadena de origen para obtener los fondos iniciales depositados por el usuario.
• Paso 8: LP puede retirar fondos o transferir fondos al fondo de liquidez en la cadena de origen y la transacción se completa.

*Nota: Actualmente, los usuarios pueden intercambiar hasta 5000 USDC/USDT de cada cadena a Solana a través de Meson. Además de la tarifa de servicio del 0,05 %, se puede cobrar una tarifa de salida del 0 % al 0,1 % según la cadena de origen. Por tanto, el coste total del cambio para Solana está entre el 0,05% y el 0,15%. Eso significa que la tarifa oscila entre $0 y $7,50, dependiendo de la cantidad de tokens intercambiados y la cadena de origen. *

2.5 Comparador del puente de Júpiter

En septiembre de 2023, Jupiter lanzó Bridge Comparator para facilitar a los usuarios la transferencia de fondos de otras cadenas a Solana. Bridge Comparator proporciona a los usuarios una plataforma donde pueden comparar cotizaciones para órdenes de intercambio puente y entre cadenas en un solo lugar.

La función ha sido ampliamente elogiada por la comunidad de Solana por su simplicidad, compatibilidad de cadenas (9 cadenas) y la visualización detallada que proporciona de los precios de producción, los tiempos esperados, el uso de gas, las tarifas del proveedor del puente, etc.

Actualmente, Bridge Comparator es una solución de agregación front-end, es decir, muestra a los usuarios las mejores opciones de puente para sus órdenes y los dirige a la interfaz del proveedor de puente recomendado para ejecutar la orden. En el futuro, Júpiter puede ampliar el Bridge Comparator a un Bridge Aggregator y agregar la capacidad de ejecutar órdenes desde la interfaz de Júpiter.

Por otra parte, a principios de diciembre, Jupiter anunció la integración de Wormhole Connect en su página puente, lo que permite a los usuarios conectar ETH, WETH o WBTC desde Ethereum a Solana sin deslizamiento. Después de esta integración, el siguiente paso es la integración con Circle CCTP.

2.6 Sinapsis - Desarrollado por deBridge

Synapse lanzó recientemente una interfaz de intercambio entre cadenas para Solana, impulsada por deBridge. Esta iniciativa puede verse como una verificación provisional para evaluar las necesidades de los usuarios y recopilar datos de comportamiento del usuario relacionados con las actividades puente de Solana antes de comprometer recursos para crear una implementación de Solana rica en funciones.

Los observadores podrían especular que el cronograma de Synapse para tal implementación de desarrollo podría coincidir con el lanzamiento del CCTP de Solana. Esta especulación se basa en el hecho de que Synapse ya utiliza CCTP para transferencias de USDC en toda la cadena EVM.

Intercambiador de cadenas cruzadas para 2.7 Phantom - Desarrollado por LI.FI

En noviembre de 2023, Phantom lanzó Cross Chain Swapper, una función de puente en la billetera que permite a los usuarios transferir fondos de cadenas EVM como Ethereum y Polygon a Solana (y viceversa). Tiene una función de Repostaje incorporada que permite a los usuarios enviar tokens de gasolina adicionales en la misma transacción.

El intercambio entre cadenas dentro de la billetera es una primitiva poderosa. Ofrecen a los usuarios la comodidad de encontrar las mejores tarifas entre las soluciones puente para órdenes de intercambio entre cadenas, sin siquiera salir de la interfaz de la billetera. Esto reduce el tiempo que los usuarios dedican a buscar una solución puente adecuada y facilita que todos trasladen activos a Solana.

Cross-Chain Swapper utiliza LI.FI en el nivel inferior para implementar transacciones puente. Actualmente, LI.FI utiliza:

• Allbridge admite transacciones puente entre Ethereum <> Solana. (Nota: la compatibilidad con el protocolo de transferencia entre cadenas CCTP de Circle se está probando actualmente en devnet)
• cBridge, Across, Hop, Polygon PoS, Allbridge, Stargate y CCTP admiten transacciones puente entre Ethereum <> Polygon.

Además, Phantom lo integra con agregadores DEX como 0x en el lado EVM y Jupiter en Solana, lo que permite a los usuarios establecer puentes e intercambiar en el mismo proceso.

En el futuro, todo el proceso de intercambio entre cadenas probablemente será respaldado por LI.FI, ya que ya admite 30 DEX y múltiples agregadores DEX en el lado EVM, y tiene cobertura con agregadores nativos de Solana como Júpiter en su hoja de ruta integrada. . Esto reducirá aún más los gastos generales de mantenimiento de Phantom y ampliará la gama de activos que los usuarios pueden intercambiar directamente en Solana.

*Nota: Phantom cobra una tarifa del 0,85 % en determinados pares de divisas. Además, es posible que los usuarios deban pagar una tarifa al proveedor del puente (como Allbridge), que suele rondar el 0,3% del importe de la transferencia, según el proveedor. (LI.FI no cobra tarifa). *

3. Novedades interesantes en los escenarios de interoperabilidad de Solana

Solana siempre se ha centrado en construir la cadena de bloques más avanzada para permitir transacciones rápidas y de bajo costo. Este enfoque lo distingue de otros ecosistemas blockchain como Ethereum y Cosmos, que enfatizan la interoperabilidad con otros ecosistemas. Por tanto, la conectividad de Solana con otras blockchains está sujeta a ciertas limitaciones.

Reconociendo esta diferencia, recientemente se han desarrollado varios proyectos interesantes destinados a mejorar la interoperabilidad de Solana. Si estas iniciativas alcanzan su máximo potencial, podrían mejorar significativamente la capacidad de los tokens y aplicaciones basados en Solana para interactuar con el ecosistema más amplio.

Echemos un vistazo más profundo a estos desarrollos prometedores que están allanando el camino para un ecosistema Solana más conectado.

3.1 Protocolo de transferencia entre cadenas (CCTP) de Circle

El Protocolo de transferencia entre cadenas (CCTP) desarrollado por Circle permite transferencias nativas de tokens de monedas estables USDC entre diferentes redes blockchain.

CCTP simplifica el proceso de transferencia de USDC entre redes al quemar y acuñar tokens directamente en la cadena de bloques correspondiente, evitando así la necesidad de una variable de token puente. Se espera que la introducción de CCTP en Solana simplifique aún más el proceso de transferencia de USDC de otras cadenas a Solana.

CCTP en Solana se encuentra actualmente en la fase de prueba devnet y está previsto que entre en funcionamiento a principios de 2024. La comunidad de Solana espera ansiosamente su lanzamiento y adopción generalizada.

3.2 Solana <> Interoperabilidad de Bitcoin

Una de las grandes innovaciones de 2023 es la introducción de un estándar de token fungible experimental, el estándar de token BRC-20 para la cadena de bloques de Bitcoin, un proyecto desarrollado por Ordinals (NFT en Bitcoin) y los casos de uso de 2021 para la implementación de actualización de la red Taproot.

La creciente popularidad de los tokens BRC-20 como ORDI ha impulsado el desarrollo de varios puentes diseñados para conectar Bitcoin con otros ecosistemas blockchain. Estos puentes permiten a los usuarios gastar sus tokens BRC-20 en la cadena EVM y Solana, ampliando la utilidad y accesibilidad de los tokens basados en Bitcoin. Uno de estos puentes es el protocolo SoBit, lanzado en diciembre de 2023.

Solana <> El proyecto de interoperabilidad de Bitcoin no se limita a los tokens BRC-20. Por ejemplo, SolLightning es un DEX de cadena cruzada que permite a los usuarios intercambiar entre USDC/SOL en Solana y BTC nativo en la red Bitcoin. Curiosamente, THORChain, la plataforma nativa de intercambio de Bitcoin más grande, declaró que agregará soporte para Solana en un futuro cercano, lo que puede aumentar significativamente la liquidez y la actividad de BTC en Solana.

Zeus Network es un protocolo de mensajería y otro proyecto interesante que contribuye a la interoperabilidad Bitcoin-Solana. Apollo, el primer producto creado en la red Zeus y que se lanzará pronto, permitirá a los usuarios apostar su Bitcoin nativo y recibir zuBTC, un token vinculado 1:1 disponible dentro de la aplicación para uso de Solana.

3.3 Interacción entre cadenas con confianza minimizada con Tinydancer y Sovereign Labs

Los clientes ligeros desempeñan un papel importante en el ecosistema blockchain, ya que permiten a los usuarios acceder e interactuar de forma segura con la cadena de bloques sin sincronizar todos los datos de la cadena de bloques. Esto es muy ventajoso porque los clientes ligeros tienen menores requisitos de recursos y se sincronizan más rápido que los nodos completos.

Una característica clave de los clientes ligeros es su capacidad para verificar transacciones y pruebas de otras cadenas de bloques de manera que la confianza sea mínima. Por ejemplo, en interacciones entre cadenas, los clientes ligeros pueden verificar que las transacciones estén incluidas correctamente en la cadena de origen según la prueba proporcionada. Esta prueba se puede verificar sin interactuar directamente con la cadena de origen, lo que permite una funcionalidad segura entre cadenas.

Actualmente, en la cadena de bloques de Solana, los clientes ligeros no pueden verificar localmente la inclusión de transacciones sin descargar completamente los datos del bloque. Se espera que esto cambie pronto con Tinydancer, un proyecto que crea clientes ligeros que recientemente propuso mejoras SIMD-0052 (Consenso y prueba de verificación de transacciones) para abordar esta limitación. Esto mejorará la funcionalidad actual de SPV (Verificación de pago simplificada).

Además, Sovereign Labs desarrolló recientemente una prueba de concepto para un cliente ligero en cadena en Solana sin requerir cambios en la estructura actual.

En el futuro, esta funcionalidad de cliente ligero también puede facilitar mejoras en las soluciones de interoperabilidad entre blockchains, como IBC y Layerzero. Al reducir los requisitos de confianza y permitir una verificación ligera del cliente, resulta más fácil transferir activos entre cadenas de bloques sin la necesidad de un nodo completo.

Sin embargo, el trabajo se encuentra en sus primeras etapas y requerirá una investigación más detallada y más trabajo de desarrollo antes de que pueda implementarse por completo.

3.4 IBC respaldado por el concepto de cadena de bloques Guest en Solana

El concepto de blockchain invitado propuesto por Picasso está habilitando IBC en Solana. Este enfoque tiene como objetivo permitir la interoperabilidad entre blockchains y clientes ligeros que actualmente no admiten prueba de estado, un requisito clave para el protocolo de comunicación entre cadenas de bloques (IBC).

La cadena de bloques invitada se ejecuta como un contrato inteligente dentro de la cadena de bloques anfitriona. Al hacerlo, mejorará las capacidades del host para admitir protocolos de interoperabilidad como IBC. Esta integración facilita interacciones entre cadenas con confianza minimizada sin requerir cambios en el protocolo subyacente de la cadena de bloques host.

Además, la cadena de bloques invitada amplía las capacidades de la cadena de bloques anfitriona al implementar la funcionalidad requerida por IBC. Por ejemplo, almacena datos en árboles Merkle para generar pruebas de estado. También organiza bloques en épocas y selecciona validadores para generar nuevos bloques. Los validadores firman bloques utilizando pruebas de estado que se envían a otras cadenas de bloques conectadas a través de un relé sin confianza. Si los validadores se portan mal, pueden presentar pruebas para perder su participación en el contrato de invitado.

La implementación de la cadena de bloques invitada como contrato inteligente significa que la estructura central de la cadena de bloques anfitriona permanece sin cambios, lo que hace que la solución sea altamente adaptable a cadenas de bloques que aún no están listas para admitir IBC (como Solana, NEAR y TRON). Composable Finance encabeza un proyecto de prueba de concepto para Solana y NEAR para demostrar esta interoperabilidad en acción.

Una vez conectada a una cadena compatible con IBC, la cadena invitada puede transferir activos, datos y valor en cadenas previamente aisladas. Este avance allana el camino para nuevos tipos de aplicaciones entre cadenas, todas las cuales aprovechan IBC en el ecosistema de Solana.

3.5 Monedero Ethereum en Solana

MoonGate proporciona un SDK diseñado para permitir a los desarrolladores integrar fácilmente la funcionalidad de la billetera Ethereum en sus dApps basadas en Solana. Al aprovechar MoonGate, los desarrolladores pueden aprovechar la comunidad y la liquidez de Ethereum y al mismo tiempo crear dapps en la plataforma más rápida y asequible de Solana.

A través de su SDK fácil de usar para desarrolladores, MoonGate permite a los desarrolladores de dApps incluir sin problemas billeteras y funciones de Ethereum existentes con solo unas pocas líneas de código. Esto elimina gran parte de la complejidad asociada con la integración de blockchain.

El SDK también planea proporcionar a las dApps funciones como depósitos e intercambios integrados. MoonGate planea lanzar un puente instantáneo en la aplicación utilizando deBridge para transferir activos sin problemas entre Ethereum y la red Solana dentro de dApps. Esto mejora enormemente la experiencia del usuario.

3.6 Consultas entre cadenas lanzadas por Womhole

Wormhole Queries es una nueva primitiva introducida por Wormhole que admite la lectura de datos de otros datos de blockchain.

Con Wormhole Queries, los integradores ahora pueden enviar solicitudes de consulta a la red Wormhole Guardian para recuperar datos entre cadenas de forma basada en extracción. Los guardianes procesan solicitudes y publican resultados, lo que permite a los integradores validar y consumir datos en cadena de forma rápida y segura. Esto tiene beneficios obvios, como simplificar el proceso de desarrollo entre cadenas, reducir las tarifas del gas y permitir una rápida recuperación de datos en segundos. Aprovecha la seguridad existente de Wormhole Guardians para la recuperación de datos de autenticación.

Algunos casos de uso potenciales clave para las consultas Wormhole también incluyen proporcionar datos de precios entre cadenas en tiempo real a las aplicaciones. Esto permite a la plataforma acceder a la información de precios más reciente de varias cadenas de bloques. Wormhole Queries también admite la verificación de activos entre cadenas, lo que permite a los usuarios demostrar la propiedad de los activos en una cadena y utilizarlos en aplicaciones en otras cadenas.

Quizás te preguntes, ¿no es este Oráculo? Creemos que es más que eso.

Las soluciones actuales de Oracle tienen una funcionalidad limitada entre cadenas. Se centran principalmente en proporcionar datos de precios fuera de la cadena a la cadena de bloques. La recuperación de datos en cadena de otras cadenas también está restringida.

Con Wormhole Queries, es posible que algún día las aplicaciones puedan acceder a una amplia gama de fuentes de datos interoperables a través de múltiples cadenas de bloques, en lugar de simplemente acceder a los precios.

Además, proyectos como Herodotus y Axiom tienen como objetivo almacenar datos históricos de bloques en cadena de una manera demostrablemente descentralizada. A medida que estos protocolos maduren, pueden servir como "bibliotecas Ethereum" y ser accesibles desde Solana a través de Wormhole Queries.

3.7 Estándar de token de cadena completa de la red Nexa

Dado que muchas cadenas de bloques y paquetes acumulativos se lanzan con diferentes arquitecturas y especificaciones, los estándares de tokens y la liquidez están fragmentados. Este problema es muy obvio en el ecosistema Ethereum, donde se utilizan estándares de tokens entre cadenas como OFT, Layerzero y xERC20 (también conocido como ERC-7281).

Nexa Networks está desarrollando una solución a este problema y actualmente solo admite EVM. Sin embargo, gracias a la utilización de Wormhole y al apoyo del equipo de Wormhole, Nexa Network planea agregar soporte para Solana en un futuro próximo.

El estándar CAT es el estándar de token desarrollado por Nexa Network. Admite el puente de tokens entre múltiples cadenas de bloques al tiempo que mantiene la fungibilidad y el control del emisor.

CAT proporciona un enfoque estandarizado para unir tokens entre cadenas mientras mantiene la soberanía del emisor y proporciona una experiencia de usuario unificada a través de tokens de seguridad fungibles. Este enfoque es muy similar a lo que hace xERC20 (ERC-7281) en el ecosistema EVM.

Puntos clave sobre CAT:

• Los emisores de tokens implementan contratos CAT en varias cadenas y incluyen puentes en la lista blanca y acuñan tokens a partir de estos contratos. La implementación se puede completar sin problemas utilizando el panel de CAT.
• Todos los tokens conectados por diferentes puentes de lista blanca son completamente fungibles, lo que evita el problema de fragmentación de liquidez que vemos hoy.
• Los emisores pueden establecer límites de acuñación por puente, lo que permite un control de seguridad detallado de los tokens de puente.
• Experiencia de usuario puente perfecta entre cadenas sin deslizamientos.

3.8 Hyperlane: soporte para interoperabilidad sin licencia entre cadenas Solana y SVM (como Eclipse)

Hyperlane es un protocolo de mensajería que permite la interoperabilidad sin permisos. Esta característica es fundamental para la expansión del ecosistema blockchain, ya que permite a cualquiera implementar la pila de tecnología Hyperlane sin permiso en cualquier blockchain, desbloqueando una conectividad de red más potente.

Hyperlane se asoció recientemente con Eclipse para una implementación compatible con SVM de su pila de tecnología. La implementación se está ejecutando actualmente en el entorno de producción de Nautilus Chain, con planes de integrarse con la infraestructura de Eclipse en un futuro próximo.

Vale la pena observar el impacto de este desarrollo en el ecosistema de Solana y la adopción más amplia de SVM. Con la capacidad de implementar Hyperlane sin permiso en cualquier blockchain, las nuevas cadenas SVM no necesitan esperar a que los protocolos de mensajería existentes agreguen soporte para sus cadenas. Pueden implementar Hyperlane de forma proactiva y conectarse con el ecosistema más amplio.

3.9 Intercambio entre cadenas en cadenas Solana y SVM respaldadas por LI.FI

LI.FI es un protocolo que agrega liquidez en múltiples cadenas de bloques a través de puentes integrados, DEX, agregadores de DEX y solucionadores.

Cuando se realiza una solicitud de cambio, el algoritmo de enrutamiento de LI.FI determina el puente óptimo y la ruta DEX a utilizar. Se tienen en cuenta factores como la velocidad, el costo, la confiabilidad y más para encontrar la ruta con mejor rendimiento.

LI.FI se lanzó recientemente en el ecosistema Solana, con Phantom como socio de lanzamiento. Esto puede mejorar Solana al proporcionar conexiones fluidas y seguras a otros ecosistemas de blockchain, ya que los proyectos pueden integrar la API LI.FI para proporcionar una funcionalidad perfecta entre cadenas sin la necesidad de administrar conexiones de puente directas.

Además, LI.FI ha desarrollado una solución que admitirá cadenas compatibles con Solana Virtual Machine (SVM) en el futuro. Este desarrollo indica que las capacidades de intercambio entre cadenas de LI.FI se extenderán a usuarios y aplicaciones en cadenas compatibles con SVM como Eclipse. Por lo tanto, las aplicaciones que se ejecutan en la cadena SVM podrán aprovechar la liquidez de cualquier cadena y simplificar el proceso de inicio de sesión del usuario integrando la API, el SDK y los widgets de LI.FI. Además, los usuarios pueden optar por intercambiar y establecer un puente directamente a cadenas SVM a través de Jumper.exchange.

4. Conclusión

El protocolo de mensajería y la red de liquidez construida sobre esta base son la infraestructura clave de cualquier ecosistema. Pueden verse como inversiones en infraestructura en la economía de un país: así como las carreteras, los puertos y los ferrocarriles son vitales para el desarrollo económico al facilitar el comercio y el movimiento, estos protocolos y aplicaciones son una vía importante para el desarrollo del ecosistema de Solana, permiten la seguridad. flujo de activos e información.

Creemos que estos fondos entre cadenas serán fundamentales para el éxito continuo de Solana, ya que tienen un profundo impacto en la experiencia de inicio de sesión de los usuarios de diferentes ecosistemas DeFi.