Circle erweitert CCTP-Unterstützung auf benutzerdefinierte ERC-20-Token im Arc-Netzwerk

USDC
Burn-and-MintCircleERC-20CCTPArc
vor 1 StundeQuelle: crypto.news
Circle erweitert CCTP-Unterstützung auf benutzerdefinierte ERC-20-Token im Arc-Netzwerk

Circle hat seine Cross-Chain Transfer Protocol (CCTP)-Infrastruktur erweitert, um von Emittenten betriebene ERC-20-Token auf Arc zu unterstützen, sodass Entwickler Assets zwischen unterstützten Blockchains bewegen können, ohne auf separate Bridges oder gewrappte Kopien angewiesen zu sein.

Zusammenfassung

  • Circle hat dargelegt, wie Entwickler CCTP auf Arc nutzen können, um von Emittenten betriebene ERC-20-Token zwischen unterstützten Blockchains zu bewegen, ohne auf gewrappte Kopien oder separate Bridges angewiesen zu sein.
  • Entwickler können entweder neue Crosschain-Token über Circles nativen Dienst bereitstellen oder bestehende ERC-20-Assets mithilfe benutzerdefinierter Token-Konfigurationen verbinden.
  • Crosschain-Transfers nutzen einen Burn-and-Mint-Prozess, wobei Circles Iris-Dienst Transaktionen verifiziert, bevor die entsprechenden Token im Zielnetzwerk gemintet werden.
  • Token-Emittenten behalten die Kontrolle über administrative Berechtigungen, Transferlimits und maximale Transaktionsbeträge, wenn sie ihre Assets über unterstützte Chains hinweg konfigurieren.
  • Circles Forwarding Service kann Transfers abschließen, ohne dass Empfänger Gasgebühren im Zielnetzwerk zahlen müssen, sofern die anfallenden Servicegebühren im ursprünglichen Angebot enthalten sind.

In einem Entwickler-Update vom 30. Oktober erklärte Circle, dass Token-Emittenten entweder neue Crosschain-Assets erstellen oder bestehende ERC-20-Token mithilfe derselben Infrastruktur, die zuvor für USDC-Transfers entwickelt wurde, mit CCTP verbinden können.

Das Unternehmen beschrieb zwei Integrationsmethoden, die neu ausgegebene Token und bestehende, von ihren Emittenten kontrollierte Assets abdecken. Beide nutzen einen Burn-and-Mint-Prozess, bei dem Token auf der Ursprungsblockchain zerstört und nach Verifizierung des Transfers auf der Zielblockchain neu erstellt werden.

Circle erklärte, dass die Funktionalität für Anwendungen gedacht ist, die Zahlungen, Sicherheiten, tokenisierte Real-World-Assets und Treasury-Operationen über mehrere Netzwerke hinweg abwickeln.

Circle bringt CCTP-Interoperabilität für Drittanbieter-Token

Bis vor Kurzem wurde CCTP hauptsächlich mit der Übertragung von Circle-emittierten Assets zwischen unterstützten Blockchains in Verbindung gebracht, insbesondere USDC, das ursprünglich das Burn-and-Mint-Modell des Protokolls eingeführt hatte.

Seitdem hat Circle CCTP über USDC hinaus erweitert und im September die Unterstützung für seinen euro-denominierten EURC-Stablecoin und cirBTC auf ausgewählten Blockchain-Routen eingeführt.

Die neueste Entwickleranleitung beschreibt, wie Emittenten dieselbe Messaging- und Verifizierungsinfrastruktur für ihre eigenen ERC-20-Token nutzen können.

Im Rahmen des Prozesses wird ein Token auf der Quellblockchain verbrannt, wonach Circles Iris-Dienst die Transaktion verifiziert und eine Attestierung erzeugt. Das Zielnetzwerk verwendet die verifizierte Nachricht, um die entsprechende Menge an Token zu minten.

Entwickler können die Zieltransaktion selbst abschließen oder Circles Forwarding Service nutzen, um die Zustellung automatisch abzuwickeln.

Für Drittanbieter-Assets werden Transfers über CrossChainTokenService und einen individuellen Token-Manager verwaltet, während standardmäßige USDC-Transfers TokenMessengerV2 verwenden.

Circle erklärte, dass jede unterstützte Blockchain ihren eigenen Token-Vertrag und ihre eigenen Guthaben verwaltet, obwohl die Assets für Crosschain-Transfers eine gemeinsame Token-Identität teilen.

Entwickler können neue Token erstellen oder bestehende Assets verbinden

Circles Framework bietet zwei Optionen, je nachdem, ob ein Emittent einen neuen Token startet oder bereits ein ERC-20-Asset betreibt.

Für neu erstellte Assets können Entwickler einen nativen CrossChainToken über Arcs CrossChainTokenService bereitstellen. Die Bereitstellung erzeugt sowohl den Token-Vertrag als auch einen dedizierten Manager, der für Crosschain-Operationen verantwortlich ist.

Eine gemeinsame Token-Kennung wird anhand der Wallet-Adresse des Deployers und eines ausgewählten Salt-Werts generiert. Entwickler können diese Angaben wiederverwenden, wenn sie den Token auf einer anderen unterstützten Blockchain bereitstellen.

Bestehende Token-Emittenten können ihre Assets stattdessen als benutzerdefinierte CCTP-Token registrieren, ohne ihre ursprünglichen ERC-20-Verträge zu ersetzen.

Circle verlangt von Emittenten, die diesen Ansatz verwenden, den Token auf jeder an der Übertragungsroute beteiligten Blockchain zu konfigurieren, einschließlich der erforderlichen Berechtigungen und der Burn-and-Mint-Einstellungen.

Der Emittent bleibt dafür verantwortlich, Eigentums-, Operator- und Pauser-Rollen zuzuweisen, Transaktionslimits festzulegen und den maximal übertragbaren Betrag zu bestimmen.

Beide Methoden erfordern kompatible Token-Dezimalstellen über Netzwerke hinweg und gegenseitiges Vertrauen zwischen den Diensten, die Übertragungen abwickeln.

Circle bietet eine separate Konfigurationsoption für Token, deren Emittenten die Verträge nicht kontrollieren, obwohl diese Regelung nicht denselben Burn-and-Mint-Mechanismus verwendet.

Arc-Testnet unterstützt Crosschain-Bereitstellung und -Übertragungen

Die von Circle veröffentlichte Schritt-für-Schritt-Anleitung erklärt, wie Entwickler einen nativen Token im Arc-Testnet bereitstellen können, bevor sie ihn mit einer anderen unterstützten EVM-Blockchain verbinden.

Der Prozess beginnt mit einer wiederverwendbaren Deployer-Adresse, Token-Details und Arc-Testnet-USDC zur Deckung von Transaktions- und Servicegebühren.

Sobald der erste Vertrag bereitgestellt ist, erhalten Entwickler dessen Token-Kennung und fordern ein Gebührenangebot von Iris an, bevor sie den entsprechenden Token auf der Ziel-Blockchain bereitstellen.

Übertragungslimits müssen während der Bereitstellung oder anschließend über den Token-Manager konfiguriert werden. Circle wies darauf hin, dass das Belassen dieser Limits bei null Übertragungen verhindert.

Nach dem Prägen des anfänglichen Angebots genehmigen Entwickler den Token-Manager und übermitteln eine crossChainTransfer-Transaktion. Der Zielvertrag prägt die Token nach Erhalt der erforderlichen Bestätigung.

Der Forwarding Service von Circle kann die Zustellung abschließen, ohne dass der Empfänger Gasgebühren am Zielort zahlen muss, sofern die entsprechende Servicegebühr im ursprünglichen Angebot enthalten ist.

Das Unternehmen hat im September zuvor vorausbezahlte CCTP-Gebühren eingeführt, wodurch Entwickler unterstützte Übertragungsgebühren auf der Ursprungsblockchain einziehen können.

Circle erklärte, dass der vollständige Token-Betrag den Empfänger erreicht, wenn die erforderlichen Gebühren separat gezahlt werden. Die tatsächlichen Kosten hängen vom Blockchain-Paar und dem vor der Ausführung eingeholten Angebot ab.

Circle baut die Finanzinfrastruktur von Arc weiter aus

Die Interoperabilitätsanleitung folgt auf den Start des Arc-Mainnets am 16. September, als Circle seine Layer-1-Blockchain mit USDC-basierten Transaktionsgebühren und deterministischer Finalität einführte.

Wie zuvor von crypto.news berichtet, startete Arc mit institutionellen Validatoren und Unterstützung für mehrere Stablecoins und tokenisierte Finanzprodukte.

Circle hat anschließend Arc Studio eingeführt, ein KI-gestütztes Entwicklungstool, das Smart Contracts und Anwendungen aus natürlichsprachlichen Anweisungen generieren kann.

Die CCTP-Integration von Arc bietet Entwicklern eine Möglichkeit, Assets zu verwalten, die für Abrechnung, Sicherheiten und Treasury-Operationen über unterstützte Netzwerke hinweg verwendet werden.

Vor der Bereitstellung von Token in der Produktion empfiehlt Circle, administrative Berechtigungen, Übertragungslimits und die auf jedem Netzwerk verwendeten Vertragsadressen zu überprüfen.

Das Unternehmen erklärte, dass Entwickler beim Verbinden zusätzlicher Blockchain-Routen frische Iris-Gebührenangebote einholen müssen, während Emittenten weiterhin für die von ihnen erstellten Token und die für ihre Dienste geltenden regulatorischen Anforderungen verantwortlich bleiben.