Circle amplía el soporte de CCTP a tokens ERC-20 personalizados en Arc

USDC
quema y acuñaciónCircleERC-20CCTPArc
hace 1 horaFuente: crypto.news
Circle amplía el soporte de CCTP a tokens ERC-20 personalizados en Arc

Circle ha ampliado su infraestructura del Protocolo de Transferencia entre Cadenas (CCTP) para admitir tokens ERC-20 operados por emisores en Arc, lo que permite a los desarrolladores mover activos entre blockchains compatibles sin depender de puentes separados ni de copias envueltas.

Resumen

  • Circle ha detallado cómo los desarrolladores pueden usar CCTP en Arc para mover tokens ERC-20 operados por emisores entre blockchains compatibles sin depender de copias envueltas ni de puentes separados.
  • Los desarrolladores pueden desplegar nuevos tokens entre cadenas a través del servicio nativo de Circle o conectar activos ERC-20 existentes mediante configuraciones de token personalizadas.
  • Las transferencias entre cadenas utilizan un proceso de quema y acuñación, en el que el servicio Iris de Circle verifica las transacciones antes de que los tokens correspondientes se acuñen en la red de destino.
  • Los emisores de tokens conservan el control sobre los permisos administrativos, los límites de transferencia y los montos máximos de transacción al configurar sus activos en las cadenas compatibles.
  • El Servicio de Reenvío de Circle puede completar las transferencias sin requerir que los destinatarios paguen las tarifas de gas del destino, siempre que los cargos de servicio aplicables se incluyan en la cotización inicial.

En una actualización para desarrolladores del 30 de octubre, Circle explicó que los emisores de tokens pueden crear nuevos activos entre cadenas o conectar tokens ERC-20 existentes a CCTP utilizando la misma infraestructura desarrollada previamente para las transferencias de USDC.

La empresa describió dos métodos de integración, que abarcan tokens recién emitidos y activos existentes controlados por sus emisores. Ambos utilizan un proceso de quema y acuñación en el que los tokens se destruyen en la blockchain de origen y se recrean en el destino una vez verificada la transferencia.

Circle indicó que la funcionalidad está destinada a aplicaciones que gestionan pagos, garantías, activos del mundo real tokenizados y operaciones de tesorería en múltiples redes.

Circle lleva la interoperabilidad de CCTP a tokens de terceros

Hasta hace poco, CCTP se asociaba principalmente con la transferencia de activos emitidos por Circle entre blockchains compatibles, en particular USDC, que originalmente introdujo el modelo de quema y acuñación del protocolo.

Desde entonces, Circle ha ampliado CCTP más allá de USDC, introduciendo soporte para su stablecoin denominada en euros EURC y cirBTC en rutas de blockchain seleccionadas en septiembre.

La última guía para desarrolladores describe cómo los emisores pueden utilizar la misma infraestructura de mensajería y verificación para sus propios tokens ERC-20.

Según el proceso, un token se quema en la blockchain de origen, tras lo cual el servicio Iris de Circle verifica la transacción y produce una atestación. La red de destino utiliza el mensaje verificado para acuñar la cantidad correspondiente de tokens.

Los desarrolladores pueden completar ellos mismos la transacción de destino o utilizar el Servicio de Reenvío de Circle para gestionar la entrega automáticamente.

Para los activos de terceros, las transferencias se gestionan a través de CrossChainTokenService y un gestor de token individual, mientras que las transferencias estándar de USDC utilizan TokenMessengerV2.

Circle indicó que cada blockchain compatible mantiene su propio contrato de token y saldos, aunque los activos comparten una identidad de token común para las transferencias entre cadenas.

Los desarrolladores pueden crear nuevos tokens o conectar activos existentes

El marco de Circle ofrece dos opciones dependiendo de si un emisor está lanzando un nuevo token o ya opera un activo ERC-20.

Para los activos recién creados, los desarrolladores pueden desplegar un CrossChainToken nativo a través de CrossChainTokenService de Arc. El despliegue crea tanto el contrato del token como un gestor dedicado responsable de las operaciones entre cadenas.

Se genera un identificador de token compartido utilizando la dirección de la billetera del implementador y un valor de salt seleccionado. Los desarrolladores pueden reutilizar esos detalles al implementar el token en otra cadena de bloques compatible.

Los emisores de tokens existentes pueden, en su lugar, registrar sus activos como tokens CCTP personalizados sin reemplazar sus contratos ERC-20 originales.

Circle exige a los emisores que utilicen este enfoque que configuren el token en cada cadena de bloques involucrada en la ruta de transferencia, incluidos los permisos necesarios y la configuración de burn-and-mint.

El emisor sigue siendo responsable de asignar los roles de propietario, operador y pausador, establecer límites de transacción y determinar el monto máximo transferible.

Ambos métodos requieren decimales de token compatibles entre redes y confianza mutua entre los servicios que gestionan las transferencias.

Circle proporciona una opción de configuración separada para tokens cuyos emisores no controlan los contratos, aunque ese arreglo no utiliza el mismo mecanismo de burn-and-mint.

La testnet de Arc admite implementación y transferencias entre cadenas

El tutorial publicado por Circle explica cómo los desarrolladores pueden implementar un token nativo en Arc Testnet antes de conectarlo a otra cadena de bloques EVM compatible.

El proceso comienza con una dirección de implementador reutilizable, los detalles del token y USDC de Arc Testnet para cubrir las tarifas de transacción y de servicio.

Una vez implementado el contrato inicial, los desarrolladores obtienen su identificador de token y solicitan una cotización de tarifas a Iris antes de implementar el token correspondiente en la cadena de bloques de destino.

Los límites de transferencia deben configurarse durante la implementación o posteriormente a través del gestor de tokens. Circle señaló que dejar estos límites en cero impide las transferencias.

Después de acuñar el suministro inicial, los desarrolladores aprueban el gestor de tokens y envían una transacción crossChainTransfer. El contrato de destino acuña los tokens después de recibir la atestación requerida.

El Servicio de Reenvío de Circle puede completar la entrega sin requerir que el destinatario pague las tarifas de gas del destino, siempre que el cargo por servicio correspondiente se incluya en la cotización inicial.

La compañía anteriormente introdujo tarifas CCTP prepagadas en septiembre, permitiendo a los desarrolladores cobrar los cargos de transferencia admitidos en la cadena de bloques de origen.

Circle indicó que el monto total del token llega al destinatario cuando las tarifas requeridas se pagan por separado. Los cargos reales dependen del par de cadenas de bloques y de la cotización obtenida antes de la ejecución.

Circle continúa construyendo la infraestructura financiera de Arc

La guía de interoperabilidad sigue al lanzamiento de la mainnet de Arc el 16 de septiembre, cuando Circle presentó su cadena de bloques de Capa 1 con tarifas de transacción basadas en USDC y finalidad determinista.

Como informó anteriormente crypto.news, Arc se lanzó con validadores institucionales y soporte para múltiples stablecoins y productos financieros tokenizados.

Posteriormente, Circle presentó Arc Studio, una herramienta de desarrollo impulsada por IA que puede generar contratos inteligentes y aplicaciones a partir de instrucciones en lenguaje natural.

La integración de CCTP en Arc ofrece a los desarrolladores una forma de gestionar activos utilizados para liquidación, garantía y operaciones de tesorería en las redes compatibles.

Antes de implementar tokens en producción, Circle recomienda revisar los permisos administrativos, los límites de transferencia y las direcciones de contrato utilizadas en cada red.

La compañía indicó que los desarrolladores deben obtener nuevas cotizaciones de tarifas de Iris al conectar rutas de cadena de bloques adicionales, mientras que los emisores siguen siendo responsables de los tokens que crean y de los requisitos regulatorios aplicables a sus servicios.