A Circle újabb lépést tett a blokkláncok közötti eszközmozgatás egyszerűsítése felé: a CCTP infrastruktúráját már saját kibocsátású ERC-20 tokenek összekapcsolására is használhatják a fejlesztők az Arc hálózatán. A megoldás lehetővé teszi, hogy a megfelelően beállított eszközök külön hidak és becsomagolt tokenmásolatok nélkül kerüljenek át a támogatott blokkláncok között. A fejlesztés a fizetések, a tokenizált pénzügyi eszközök és a több hálózaton működő vállalati pénzkezelés számára is jelentős lehet.
CCTP: az USDC-n túl is terjeszkedik a Circle
A Circle október 30-án közzétett fejlesztői útmutatója bemutatja, hogyan kapcsolhatják be a tokenkibocsátók saját ERC-20 eszközeiket a Cross-Chain Transfer Protocol, röviden CCTP rendszerébe. A vállalat két integrációs lehetőséget ismertet: a fejlesztők létrehozhatnak eleve több blokkláncra tervezett tokeneket, vagy csatlakoztathatják a már meglévő, általuk kezelt ERC-20 tokeneket.
A CCTP eddig elsősorban a Circle dollárhoz kötött stabilcoinja, az USDC blokkláncok közötti mozgatásáról volt ismert. A protokoll az úgynevezett égetési és újrakibocsátási eljárással teszi lehetővé, hogy az eszköz a kiindulási hálózatról egy másik támogatott láncra kerüljön.
A Circle szeptemberben már az euróhoz kötött EURC stabilcoinnal és a cirBTC-vel is bővítette a támogatást bizonyos hálózati útvonalakon. A most bemutatott lehetőség ennél is szélesebbre nyitja az infrastruktúrát: ugyanazt az üzenetküldési és hitelesítési réteget külső kibocsátók is használhatják saját eszközeikhez.
Így működik az égetés és az újrakibocsátás
A láncok közötti átvitel első lépéseként a rendszer elégeti, vagyis kivonja a forgalomból a továbbítandó tokeneket a kiindulási blokkláncon. Az erről szóló tranzakciót a Circle Iris szolgáltatása ellenőrzi, majd hitelesítési igazolást állít elő, amely alapján a célhálózaton létrehozható a megfelelő tokenmennyiség.
A folyamat célja, hogy az átvitel során ugyanaz a gazdasági eszköz jelenjen meg egy másik hálózaton. Nem egy külön híd által kibocsátott, az eredeti tokenre szóló becsomagolt másolat keletkezik, hanem a kibocsátó által konfigurált tokenből történik újrakibocsátás.
Ez nem jelenti azt, hogy minden blokkláncon egyetlen közös okosszerződés működne. Az egyes hálózatok saját tokenszerződéssel és saját egyenlegekkel rendelkeznek, a láncok közötti összerendelést pedig egy közös tokenazonosító biztosítja.
A célhálózati tranzakciót a fejlesztő saját megoldása is végrehajthatja, de igénybe vehető a Circle automatikus továbbítási szolgáltatása is. Külső kibocsátók tokenjeinél az átvitelt a CrossChainTokenService és az adott tokenhez tartozó kezelőszerződés intézi, míg a szokásos USDC-átviteleknél a TokenMessengerV2 kap szerepet.
Két út nyílik az ERC-20 tokenek előtt
Az első lehetőség azoknak szól, akik új eszközt szeretnének létrehozni, és már a tervezéskor számolnak a több blokkláncon történő használattal. Ők az Arc CrossChainTokenService szolgáltatásán keresztül telepíthetnek egy natív CrossChainToken tokent, amelyhez a rendszer külön kezelőszerződést is létrehoz.
A közös tokenazonosító a telepítéshez használt tárcacím és egy választott technikai érték, az úgynevezett „salt” alapján áll elő. Ugyanezeket az adatokat más támogatott hálózatokon is felhasználva a fejlesztő összekapcsolható tokenpéldányokat hozhat létre.
A második lehetőség a már létező, a kibocsátó által kezelt ERC-20 tokenek csatlakoztatása. Ebben az esetben nem szükséges lecserélni az eredeti tokenszerződést: az eszközt egyedi CCTP-konfigurációval lehet regisztrálni és bekapcsolni az átviteli rendszerbe.
Ehhez azonban minden érintett blokkláncon el kell végezni a szükséges beállításokat. Az égetési és újrakibocsátási jogosultságoknak, valamint a hálózatok közötti kapcsolatnak is megfelelően kell működniük; önmagában az egyik láncon elvégzett regisztráció nem elegendő a teljes átviteli útvonalhoz.
A kibocsátónál marad az irányítás
A Circle infrastruktúrájának használata mellett továbbra is a token kibocsátója határozza meg az adminisztratív jogosultságokat. Ide tartozik a tulajdonosi, az üzemeltetői és a működés szüneteltetésére jogosító szerepkör kiosztása, valamint az átviteli korlátok és az egy tranzakcióban mozgatható maximális mennyiség meghatározása.
A CCTP-integráció tehát nem veszi át a token működtetésével járó felelősséget. A kibocsátónak kell gondoskodnia arról, hogy a szerződések, a jogosultságok és az átviteli limitek összhangban legyenek az adott eszköz működési szabályaival.
Technikai feltétel az is, hogy a tokenek tizedesjegy-beállítása megegyezzen az érintett hálózatokon. Emellett a láncok közötti átvitelt kezelő szolgáltatásoknak kölcsönösen megbízható partnerként kell felismerniük egymást, különben az útvonal nem működik megfelelően.
Azokhoz az eszközökhöz, amelyek szerződése felett az integráló fél nem rendelkezik kibocsátói irányítással, a Circle külön konfigurációs lehetőséget is ismertet. Ez azonban eltérő mechanizmust használ, ezért nem azonosítható az itt bemutatott égetési és újrakibocsátási modellel.
Az Arc teszthálózatán indul a kipróbálás
A fejlesztői útmutató egy teljes folyamaton keresztül mutatja be, hogyan hozható létre natív token az Arc Testnet környezetében, majd hogyan kapcsolható hozzá egy másik támogatott, Ethereum Virtual Machine-kompatibilis blokklánc. A kiinduláshoz szükség van egy újra felhasználható telepítői tárcacímre, a token alapadataira és a költségek fedezésére szolgáló teszthálózati USDC-re.
A kezdeti szerződések telepítése után a fejlesztő megszerzi a token azonosítóját, majd díjajánlatot kér az Iristől a következő művelethez. Ezt követően létrehozható a megfelelő tokenpéldány a célhálózaton is, ugyanahhoz a közös azonosítóhoz kapcsolva.
Külön figyelmet igényelnek az átviteli limitek, amelyeket a telepítéskor vagy később, a kezelőszerződésen keresztül kell beállítani. A nullán hagyott limitek megakadályozzák az átvitelt, így egy egyébként megfelelően telepített token sem lesz automatikusan mozgatható a láncok között.
A kezdeti tokenmennyiség létrehozása után a fejlesztő engedélyezi a tokenkezelő számára a szükséges műveletet, majd elindítja a crossChainTransfer tranzakciót. A célhálózati szerződés a hitelesített üzenet megérkezése és feldolgozása után bocsátja ki a fogadó félnek járó tokeneket.
Célhálózati gas nélkül is megérkezhet a token
A Circle Forwarding Service szolgáltatása automatikusan elvégezheti az átvitel célhálózati részét. Ennek köszönhetően a fogadó félnek nem feltétlenül kell külön, a célhálózaton felhasználható gasfedezettel rendelkeznie ahhoz, hogy a tokenek megérkezzenek.
A lehetőség azonban nem jelent költségmentes tranzakciót. Az automatikus továbbítás megfelelő szolgáltatási díját bele kell foglalni az előzetesen lekért ajánlatba, így a céloldali végrehajtás költségét a folyamat másik pontján rendezik.
A Circle szeptemberben már bemutatta az előre fizethető CCTP-díjakat, amelyek révén bizonyos támogatott átviteli költségek a kiindulási blokkláncon beszedhetők. Ha a szükséges díjakat külön fizetik meg, a címzett a teljes elküldött tokenmennyiséget kapja meg, nem pedig egy abból levonásokkal csökkentett összeget.
A tényleges költség az érintett hálózatpártól és az aktuális díjajánlattól függ. Új blokklánc-útvonal bekapcsolásakor ezért friss Iris-ajánlat szükséges, és a korábbi számítások nem kezelhetők minden kapcsolatra érvényes, állandó díjszabásként.
Az Arc pénzügyi infrastruktúráját erősíti a bővítés
A fejlesztés az Arc szeptember 16-i éles indulását követő infrastruktúra-bővítés része. A Circle első rétegű, vagyis Layer 1 blokklánca USDC-ben fizethető tranzakciós díjakkal, intézményi validátorokkal és determinisztikus véglegességgel indult; utóbbi a tranzakciók végleges lezárásának kiszámíthatóságát szolgálja.
Az ökoszisztéma fejlesztését az Arc Studio is támogatja, amely mesterséges intelligenciával segít okosszerződések és blokkláncos alkalmazások létrehozásában. A természetes nyelvű utasításokból dolgozó fejlesztőeszköz az alkalmazáslogika és a telepíthető kód elkészítését is segítheti, miközben a CCTP az eszközök hálózatok közötti mozgásához biztosít infrastruktúrát.
A két fejlesztési irány együtt olyan alkalmazások előtt nyithat teret, amelyek több blokkláncon kezelnek fizetéseket, fedezeteket vagy tokenizált valós eszközöket. Vállalati pénzkezelésnél például megkönnyítheti, hogy az adott token azon a támogatott hálózaton legyen elérhető, ahol az elszámolás vagy a következő pénzügyi művelet történik.
Az éles használathoz több kell a sikeres tesztnél
Az Arc éles hálózatának működése és a fejlesztői útmutató teszthálózati példája két külön dolgot jelent. Egy sikeres Arc Testnet-átvitel igazolja a kipróbált konfiguráció működését, de az éles bevezetéshez külön ellenőrizni kell a támogatott útvonalakat, a szerződéscímeket, a szerepköröket és a tranzakciós korlátokat.
A Circle hangsúlyozza, hogy a külső kibocsátók tokenjeinek támogatása nem jelent garanciát vagy pénzügyi fedezetet ezekre az eszközökre. A tokenek működéséért, a felhasználóknak nyújtott szolgáltatásokért és a vonatkozó szabályozási követelmények teljesítéséért továbbra is az adott kibocsátó felel.
A CCTP bővítésének legfontosabb hozadéka így a több hálózaton működő tokenek egységesebb technikai kezelése lehet. A fejlesztők ugyanarra az átviteli infrastruktúrára építhetnek, miközben saját eszközeik jogosultságait és működési korlátait továbbra is maguk határozzák meg.
