¿Qué es el Protocolo de interoperabilidad entre cadenas (CCIP)? Descubra el remedio entre cadenas diseñado por Chainlink – feed

El Protocolo de interoperabilidad entre cadenas (CCIP) es un protocolo desarrollado por Chainlink para facilitar las operaciones entre cadenas. CCIP es enormemente aplicable no sólo a DeFi sino también a las finanzas clásicas. ¡Aprendamos sobre CCIP con Coinlive a través del informe a continuación!

cryptoshitcompra.com/wp-content/uploads/2023/09/¿Que-es-el-Protocolo-de-interoperabilidad-entre-cadenas-CCIP-Descubra.jpg» width=»1920″ height=»1080″ alt=»»/>
¿Qué es el Protocolo de interoperabilidad entre cadenas (CCIP)? Descubra el remedio entre cadenas diseñado por Chainlink

¿Qué es el Protocolo de interoperabilidad entre cadenas (CCIP)?

El Protocolo de interoperabilidad entre cadenas (CCIP) es un protocolo desarrollado por Chainlink para respaldar operaciones entre cadenas, como enviar, adquirir datos, transferir tokens, etc. La intención de CCIP es cumplir con los requisitos de la cadena de operaciones entre cadenas. Interacción compleja entre cadenas conectando blockchains a través de una única interfaz.

¿Qué es el Protocolo de interoperabilidad entre cadenas (CCIP)?

CCIP resuelve el problema de la interacción fluida y segura que involucra a las cadenas a través de un mecanismo sencillo de «quemar y acuñar» mediante contratos inteligentes. Esto significa que los usuarios finales pueden transferir tokens que involucran cadenas con el token único en lugar de tokens encapsulados o versiones sintéticas/puente de tokens.

Además, los desarrolladores pueden integrar CCIP en sus DApps y puentes entre cadenas para poder enviar mensajes y transferir tokens entre cadenas de forma fluida y segura. CCIP proporciona una interfaz unificada para todas las situaciones de interacción entre cadenas para simplificar el proceso de integración y eliminar la necesidad de que los desarrolladores reescriban el código para todas y cada una de las cadenas de bloques distintas.

Podría interesarte:

Principales atributos del CCIP

CCIP tiene los siguientes atributos clave:

– Mensajes arbitrarios: Esta es la capacidad de enviar información arbitraria (codificada como bytes) a otro contrato inteligente de blockchain que la obtendrá. Los desarrolladores son totalmente libres de cifrar cualquier información que quieran enviar. Por lo general, los desarrolladores utilizan la función de mensajería arbitraria para activar acciones informadas en el contrato inteligente que pueden obtener datos, como reequilibrar un índice, crear una NFT distinta o invocar una función arbitraria con los datos enviados como un parámetro personalizado. Los desarrolladores pueden codificar muchas pautas en un solo mensaje para coordinar tareas complicadas que contienen muchas medidas y en muchas cadenas. Nota: Esta característica es distinta de los contratos inteligentes debido a que los EOA en la cadena de bloques EVM no pueden recibir mensajes.

– Transferencia de tokens: Puede transferir tokens a un contrato inteligente o derecho a una EOA (cuenta de propiedad externa) en otra cadena de bloques.

– Transferencia de token programable: Esta es la capacidad de transferir simultáneamente tokens e información arbitraria (codificada como bytes) en una sola transacción. Este mecanismo permite a los usuarios finales transferir tokens y enviar pautas sobre qué hacer con los tokens de las personas. Por ejemplo, los usuarios finales pueden transferir tokens a un protocolo de préstamo con pautas para aprovechar los tokens de las personas como garantía para un préstamo o pedir prestado otro activo para devolverlo al consumidor. Nota: Utilice esta característica sólo para contratos inteligentes. Si un consumidor envía información y transfiere tokens a EOA, solo se transferirá el token.

Estructura de la CCIP

Componentes de la cadena

– Enrutadores: Este es el contrato responsable de iniciar interacciones entre cadenas con un contrato de enrutador que existirá en todas y cada una de las cadenas. Durante la transferencia del token, la persona que llama debe aprobar el token en el contrato del enrutador y enrutará las pautas a OnRamp.

Al adquirir un mensaje en la cadena de ubicación (cadena de ubicación), el enrutador será el contrato que “proporciona” el token a la cuenta del usuario o el mensaje al contrato inteligente de la cadena de ubicación.

– Tienda de compromiso: El compromiso de la Red Oracle Descentralizada (DON) interactúa con el contrato de Commit Store en la cadena de ubicación para mantener la raíz Merkle de los mensajes terminados en la cadena de suministro. Esta raíz de Merkle debe ser examinada correctamente por la red de administración de posibilidades antes de que la ejecución de DON pueda ejecutarla en la cadena de destino. El Commit Store garantiza que los mensajes coincidan con la red de administración de posibilidades y que solo haya un único Commit Store por cada ruta en la que se mueva el token.

– En la rampa: Este es un contrato que existirá en cada ruta en la que se mueva el token y ejecutará las siguientes funciones:

• Verifique la validez de la información de la cadena de ubicación, como la validación de la sintaxis del identificador de cuenta.

• Verifique los límites de dimensiones de los mensajes y los cargos de gasolina.

• Realice un seguimiento de los números de secuencia para proteger la compra de mensajes para los destinatarios.

• Gestión de pagos.

• Interactúe con el Token Pool si el mensaje implica una transferencia de token.

• Emite una ocasión monitoreada por Committing DON.

– Rampa deshabilitada: Este es un contrato que existirá en cada ruta en la que se mueva el token y ejecutará las siguientes funciones:

• Asegúrese de que los mensajes estén libres de riesgos verificando la prueba proporcionada por la aplicación DON hacia la raíz de Merkle comprometida y autenticación legítima.

• Asegúrese absolutamente de que las transacciones solo se ejecuten en el momento.

• Después de la autenticación, el contrato OffRamp reenviará todos los mensajes obtenidos al contrato del enrutador. Si la transacción CCIP implica una transferencia de tokens, el contrato OffRamp se comunicará con el Token Pool para transferir la suma adecuada de tokens al destinatario.

– Fondo de tokens: Cada token tiene su propio grupo que facilita las actividades relacionadas con OnRamp y OffRamp. Los grupos de tokens se pueden configurar para bloquear o quemar en la cadena de suministro y desbloquear o acuñar en la cadena de bloques de ubicación. El mecanismo de gestión de tokens depende de sus características y aquí hay algunos ejemplos:

• Los tokens nativos de la cadena de bloques basada principalmente en gasolina, como ETH, MATIC y AVAX, solo se pueden acuñar en su cadena nativa. Estos tokens no se pueden quemar en la cadena de suministro ni acuñar en la cadena de ubicación para transferirse entre cadenas. En cambio, el grupo de tokens vinculados emplea una estrategia de «bloqueo y acuñación» para bloquear un token en la cadena de suministro y acuñar un token envuelto o un token sintético/puenteado en la cadena de ubicación. Este token sintético/puente representa activos bloqueados y se aplica para canjear activos previamente bloqueados.
  

• Un token como el enlace del sitio web se acuña en una sola cadena, Ethereum, con una oferta completa fija, y CCIP realmente no puede acuñarlo en otra cadena. En esta situación, deberá utilizar la estrategia de «bloquear y acuñar».

• Algunas fichas se pueden acuñar en muchas cadenas. Los ejemplos incluyen monedas estables como USDC, TUSD, USDT, FRAX y están vinculadas utilizando el método de «quemar y acuñar» de quemar en la cadena de suministro y luego acuñar en la cadena de ubicación. Los tokens envueltos como WBTC o WETH son otros ejemplos que utilizan la estrategia de «quemar y acuñar».

• Los tokens con un feed de Prueba de Reserva (PoR) en una cadena distinta plantean un desafío para la estrategia de «quemar y acuñar» cuando se utilizan en otras cadenas debido a que entra en conflicto con el feed de PoR. Para estos tokens, «bloquear y acuñar» es la mejor estrategia a utilizar.

Los grupos de tokens ofrecen límites de precios para todos y cada uno de los tipos de tokens. Esta es una característica de protección que permite a los emisores de tokens establecer el precio más alto al que se pueden transferir sus tokens.

– Acuerdo de Red de Gestión de Riesgos: Se trata de un contrato que mantiene un registro de direcciones de nodos de gestión de posibilidades que pueden ser censurados de forma efectiva o fraudulenta.

Elementos fuera de la cadena

– Compromiso DON: El trabajo del DON tiene muchas funciones, todas y cada una de las cuales monitorea las transacciones entre cadenas que involucran la cadena de suministro y la cadena de ubicación:

• Supervise las ocasiones de contrato de OnRamp en la cadena de origen.

• Espere la finalidad: la operación que asegura que las transacciones CCIP no puedan modificarse en el momento en que se escriben en la cadena de bloques depende de la cadena de origen.

• Envuelve transacciones y produce una raíz de Merkle firmada por muchos nodos de Oracle que pertenecen a Comdging DON.

• Registre la raíz de Merkle en el contrato de Commit Store en la cadena de destino.

– Ejecutando DON: Al igual que Commit DON, Executing DON tiene muchos trabajos en los que todas y cada una de las ocupaciones realizan transacciones entre cadenas que involucran la cadena de suministro y la cadena de ubicación:

• Supervise las ocasiones de contrato de OnRamp en la cadena de origen.

• Compruebe si la transacción es parte de la raíz de Merkle pasada en el contrato de Commit Store.

• Espere a que Risk Management Network razone correctamente el mensaje.

• Genere evidencia Merkle legítima y verificada utilizando un contrato OffRamp basado principalmente en la raíz de Merkle en el contrato Commit Store. Después de pasar esta verificación, la ejecución DON se comunicará con el contrato OffRamp para finalizar las transacciones CCIP en la cadena de ubicación.

Separar el envío y la ejecución permite que Risk Management Network tenga tiempo suficiente para confirmar la dedicación de los mensajes antes de ejecutarlos. El retraso relacionado con la confirmación y la ejecución también permite realizar comprobaciones adicionales para detectar posibles anomalías en las transacciones.

Guardar un compromiso es compacto y tiene un valor de gasolina fijo cuando ejecutar una devolución de llamada del consumidor puede consumir una gran cantidad de gasolina. La separación de confirmación y ejecución permite a los usuarios finales ejecutar en una amplia variedad de situaciones, como reintentar ejecuciones fallidas.

– Red de Gestión de Riesgos: Este es un conjunto de nodos independientes que realizan un seguimiento de la raíz de Merkle confirmada por Commit DON en Commit Store. Cada nodo compara las raíces de Merkle comprometidas con las transacciones obtenidas del contrato de OnRamp. Después de una verificación efectiva, todos y cada uno de los nodos llaman al contrato de la Red de gestión de riesgos para validar la raíz de Merkle comprometida.

Una vez que haya suficientes votos legítimos, root estará preparado para postularse. En situación de anomalía, todos y cada uno de los nodos se pondrán en contacto con el contrato de la Red de Gestión de Riesgos para confirmar si se trata de una transacción fraudulenta. Si se obtienen muchos votos fraudulentos, el contrato de red de gestión de posibilidades se suspenderá para reducir el espacio de cualquier transacción CCIP.

Mecanismo de acción del CCIP

El mecanismo de trabajo de la CCIP adquirirá área de acuerdo con el siguiente curso de acción:

• Primero, el consumidor envía tokens desde la cadena de suministro y los tokens se transferirán a OnRamp para quemarlos o bloquearlos en el Token Pool según la variedad de tokens admitida.

• El compromiso DON estudiará la información de OnRamp inmediatamente después de grabar o bloquear el token y pasará la información al Commit Store para autenticarse en la siguiente fase.

• Risk Management Network verificará la información en OnRamp una vez más y, si se confirma que la información es legítima, enviará el mensaje de confirmación a Commit Store.

• La ejecución de DON lee información de Commit Store y OnRamp y luego envía información actualizada…