XCM+
Cross Consensus Messaging
Az ATLETA láncok közötti kommunikációs moduljai akkor kapcsolódnak be, ha az alapvető működési folyamatok a mainnetben lezárulnak.
Az eredetileg a Web3 Foundation által kifejlesztett XCM (Cross Consensus Messaging) egy általános kommunikációs keretrendszer, amely lehetővé teszi tetszőleges információk átvitelét kompatibilis és nem kompatibilis blokkláncok között egy megbízható közvetítőpont használatával.
Az XCM az ATLETA által használt interoperabilitás alapja.
Az XCM NEM protokoll, és nem az üzenetek továbbításáért felelős elem; ez a vázlat, amely szabványosítja az üzenetek felépítését, értelmezését, és azt, hogy mi szerepel bennük. Az XCM külső szállítási módszerek összetételére támaszkodik.
Szállítási módszerek
Az XCM jelenleg 3 különböző szállítási módszert használ, a HRMP-t, az XCMP-t és a VMP-t, és egy olyan szélesebb körű megvalósítást tervez, amely képes kihasználni a Web 2 módozatait (mint például a TCP és a HTTP).
HRMP (Horizontal Relay-routed Message Passing) Az eredeti üzenettovábbítási protokoll, amely lehetővé teszi a parachain-ek számára a pszeudo-közvetlen kommunikációhoz való jogot. A HRMP erőforrás-igényes és részben engedélyezett, és megköveteli egy közvetítőpont kijelölését az irányítási modulon keresztül az üzenetek átugrásához. A HRMP-t fokozatosan megszüntetik, mivel az XCMP készen áll a gyártásra.
XCMP (Cross-Chain Message Passing) A kommunikáció idealizált változata, amely a HRMP-t helyettesíti. Ahelyett, hogy egy közvetítőpont foglalkozna az üzenetek fogadásával, feldolgozásával és terjesztésével, az XCMP-láncok egy sorba állítási mechanizmust használnak, amely eltávolítja a feldolgozás és az érvényesítés terhét, lehetővé téve az validátorok számára, hogy egyszerűen továbbítsák az üzeneteket egyik láncról a másikra. Ezenkívül az XCMP eltávolítja az irányítási követelményeket, és lehetővé teszi a láncok számára, hogy engedély nélkül létesítsenek kapcsolatokat (a hálózatok közötti engedélyekre továbbra is szükség lesz, de a forráslánc {ATLETA} engedélyei nem)
VMP (Vertical Message Passing) A VMP csak akkor érvényes, ha a kijelölt továbbítási pont ATLETA, és meghatározza az üzenet átadásának irányát. Az útbaigazításnak csak két lehetősége van, ezek vagy az UMP (felfelé irányuló üzenettovábbítás) vagy a DMP (lefelé irányuló üzenettovábbítás). Az UMP magában foglalja az üzenet átvitelét egy védőláncról a közvetítőláncra, a DMP pedig az üzenet továbbítását a közvetítőláncról egy láncra.
Bridges Annak ellenére, hogy az XCM közvetlen információátviteli csatornákat foglal magában, a keretrendszer más, a szubsztrát ökoszisztémán kívüli, külső szállítási módszerekkel együtt is használható, hogy lehetővé tegye a nem kompatibilis hálózatok közötti eszközátvitelt.
XCM tervezési alapelvek
Úgy tervezték, hogy képes legyen bármilyen tetszőleges üzenettípus kezelésére (távoli szerződéshívások, adatmegosztás, eszközátvitel stb.); Az XCM négy (4) kulcsfontosságú tervezési elven alapul:
Aszinkron: Távolítsa el a hálózatok függőségeit, amelyeknek össze kell hangolniuk ütemezésüket. Az XCM-üzenetek nem feltételezik, hogy a kiindulási forrás, sem a célállomásaik egy blokkot fejeznek be.
Abszolút: Távolítsa el a lehetséges problémákat az üzenetek kézbesítésével vagy értelmezésével kapcsolatban. Az XCM használatával küldött összes üzenetet pontosan, időrendben és időben dolgozzuk fel.
Aszimmetrikus: A "nem várható válasz" megközelítés alkalmazásával az XCM üzenetek eltávolítják az automatizált kommunikációs terheket az érintett felekről. Üzenet elküldésekor nincs azonnali válasz a kézbesítésére; így az érintett entitásokra bízza a további kommunikációt.
Agnosztikus: Magának az információs terhelésnek az általánosításával megszüntetjük a konszenzusmechanizmusokkal kapcsolatos feltételezéseket, és lehetővé tesszük az egyébként nem kompatibilis, közvetlen kommunikációs képességekkel rendelkező hálózatokat.
Fontos megjegyezni, hogy az XCM jelenlegi állapotában a kommunikáló entitások közötti erős bizalmi feltételezésekre támaszkodik. Így ez egy ígéretes megoldás megbízható környezetben; Az XCM nem ellenséges környezetben való használatra készült.
XCM Asset Logistics
Az XCM két módszert kínál az eszközök átvitelére a kezdeményezett külső hívás logikai igényei alapján; Teleportálás és Transzfer foglalás. Mindkettő azonos szintű garanciát nyújt az eredmények tekintetében, de alapvetően eltérő utasításkészleteket használ, eltérő viselkedést mutatva.
Teleportálás A teleportáció egy kétlépéses folyamat, amely nem különbözik az áthidalástól: 1) Tokenek kivonása a forgalomból (égetés) a forrásláncon 2) Token forgalomba hozatala (verés) a céllánc meghatározott címén.
Míg a tökéletes összeállításnak van valamilyen atomossága (mindkét esemény megtörténik, különben a tranzakciók visszatérnek); a jelenlegi logikai modell szekvenciális feldolgozást igényel. Tekintettel arra, hogy az egyik láncon lévő eszközök eltérő eredendő tulajdonságokkal rendelkezhetnek a másikban (az építészeti primitívek vagy az eszközszabványok miatt); A teleportáció abszolút bizalom jelenlétét jelenti mindkét érintett hálózat között. A hálózatoknak további független ellenőrzéseket kell végezniük, hogy a tokenek elégetettek és vertek.
Transzfer foglalás Az eszközök fenntartással történő átruházása azt jelenti, hogy a bizalmat egy hitelesen semleges harmadik félre ruházzák át. Itt az eszközöket megsemmisítik vagy verik, hanem átmeneti őrizetben/letétbe helyezik, és a megfelelő rendeltetési helyükön egyenlő arányban kiegyensúlyozzák őket. A Transfer Reservation modellben az atomitás lehetségessé válik, de további szolgáltatást igényel annak biztosítása érdekében, hogy a célláncok egyensúlya ne haladja meg a tartalékállományt.
Például: Az A fél szeretné átváltani USDt-ját (a Tron hálózaton) $ATLA-ra. B fél USDt-re akarja konvertálni a $ATLA-ját (a Tron hálózaton). Ahelyett, hogy kockáztatnák a díjakat, a csúszást, az előrelépést és a nyílt piaci tevékenységek más következményeit, tőzsdén kívüli ügyletet kötnek. Az A fél elküldi USDt-ját egy célcímre, míg B fél a $ATLA-t. Miután mindkét műveletet megerősítette a megfelelő hálózat, az ATLETA feloldja a tranzakciót; atomi egyensúlyba hozása mindkét fél célcímét az eszközökkel.
Használati eset
Az XCM alkalmazásai messzire nyúlnak, és átalakíthatják a teljes kripto-, blokklánc- és web3-ipart. Azonban annak megértése, hogy az XCM végül hogyan vonatkozik a végfelhasználókra, nem azonnali intuitív, és jobban kifejezhető egy rövid szimulációval.
Távoli hívások Az ATLETA csatlakozik az Ethereumhoz. A felhasználónak van fiókja az ATLETA-n és az Ethereumon. Feltéve, hogy az XCM engedélyezve van, és mindkét lánc megbízik az üzenetekben; a felhasználó delegálhatja Ethereum fiókjának hívási jogait az ATLETA címére (amivel az ATLETA hálózati cím a fiók tulajdonosa). Ezután a felhasználó az ATLETA fiókból tevékenységeket kezdeményezhet Ethereum-fiókjában. Egy lehetséges felhasználási eset az alapmozgások vészhelyzeti védőeszköze. A logika előre úgy van beállítva, hogy HA az Ethereum-fiók közvetlenül megpróbál bármilyen tranzakciót végrehajtani (anélkül, hogy az ATLETA hálózati fiókból felhatalmazott aláírása lenne), akkor az ATLETA-n lévő fiók kényszerkivonást adminisztrál, és a fiók összes eszközét áthelyezi egy eltérő megadott cím.
* Az ATLETA kezdetben külsőleg fogja használni az XCM-et (a meglévő szubtrát-alapú hálózatokkal való integráció révén), áttér egy belső modellre (lehetővé teszi a natív parachain kommunikációt), végül pedig tekintettel az XCM-mel és az alternatív interoperabilitási protokollokkal zajló gyors fejlődési ütemre. (mint például az IBC) az ATLETA egy kifinomultabb hibrid megoldás bevezetésére számít a jövőben.
Last updated