Кіріспе

Модульдік максис криптоның болашағы бір-бірімен байланысты миллиондаған (немесе одан да көп) домендер және ғажайыптар әлемінде өтетін Алиса сияқты блокчейндер арасында секіретін пайдаланушылар екенін айтады. Егер сіз озық технологияларға, жаңа қолданбаларға, стекинг/өтімділікті қамтамасыз етуден айдың қайтарымы, жоғары өнімділік және басқа блокчейндердегі өте төмен транзакциялық комиссияларға қол жеткізе алсаңыз, неге бір тізбекті ұстануыңыз керек?

Бірақ блокчейндер арасында жылжу Алисаның Ғажайыптар әлемі арқылы саяхатына қарағанда әлдеқайда күрделірек, бұл ең алдымен блокчейннің өзара әрекеттесуінің қазіргі тәсілдеріне тән шектеулерге байланысты (мысалы, кросс-тізбекті көпірлер). Атап айтқанда, кросс-тізбекті көпірлер бүгінде қауіпті (көпірді бұзу кезінде $2,5 млрд+ жоғалған), баяу, қымбат немесе функционалдығы шектеулі — немесе тізімдегі сипаттардың қоспасын көрсетеді.

Көпірлік индустрияны мазалайтын басқа мәселелер әлдеқайда нәзік, бірақ модульдік максидің көп тізбекті экожүйе туралы арманын пайдаланушылар мен әзірлеушілер үшін қорқынышты арманға айналдыру үшін жеткілікті - оның мысалы, функционалды токендердің (ERC-20s сияқты) өзгермейтін болып қалуы. әртүрлі тізбекаралық протоколдар арқылы әртүрлі тізбектерге көпір қосылғанда, осылайша оның ауыстырылатын актив ретінде мүмкіндіктеріне зиянын тигізеді. Бұл мақалада біз таңбалауыштың шығу шарты қай жерде бар екеніне қарамастан, тізбектер бойынша таңбалауыштың өзгергіштігін сақтауға тырысатын шешімді зерттейміз: ERC-7281: Егемендік көпірлі токендер.

ERC-7281 токен эмитенттері бекіткен бірнеше көпірлер арқылы қашықтағы домендерде ERC-20 токендерінің канондық көрсетілімдерін шығаруға және жағуға мүмкіндік беру үшін ERC-20 - Ethereum-да фингбол токендерін жасауға арналған іс жүзінде стандартты кеңейтеді. Бұл ERC-20 таңбалауышын байланыстыратын пайдаланушылардың межелі жерде токеннің өзгермелі нұсқаларын алуын қамтамасыз етеді (яғни, екі токенді 1:1 алмасуға болады), тіпті токендер әртүрлі маршруттар/көпірлер арқылы көлденең тізбекті жіберілсе де. Маңыздысы, ERC-7281 қабылдайтын хаттамалар көпірленген таңбалауыштарды бақылауды қамтамасыз етеді (көпір көпірленген таңбалауышты басқаратын статус-кводан айырмашылығы) және көпір істен шыққан жағдайда әсер етуді азайту үшін соғу операцияларын жылдамдықты шектей алады.

USDC-ті теорияда әртүрлі тізбектер бойынша бірдей ERC-20 таңбалауыштарының арасында өзгермейтіндіктің мысалы ретінде қолданайық. Ethereum Layer 2 (L2) желілерінде Arbitrum, Base, Optimism сияқты танымал ERC-20 токендерін Ethereum L1-ден осы тізбектерге жылжыту үшін канондық көпірді пайдалану әдеттегідей. L1-тегі L2 таңбалауыштарының бұл нұсқалары әдетте жай ғана «көпірленген [токен атауын енгізу]» деп аталады.

USDC жағдайында жалпы таңбалар USDC.e, USDC.b және т.б. Уақыт өте келе, Circle USDC орналастыруларын басқа тізбектерге, соның ішінде USDC канондық көпір арқылы жұмыс істейтін L2 желілеріне кеңейтеді. Бұл екі токенді бір кәсіпорын шығарғанына және бағасы бірдей болса да, олар техникалық жағынан әр түрлі, өзгермейтін токендер, сондықтан «бірлесе жұмыс істеуге» жатпайды — ал жергілікті USDC Circle's CCTP көпірі арқылы көпірленуі мүмкін, көпірленген USDC тек канондық көпір арқылы L1-ге қайта оралады.

ERC-7281 мұны ERC-20 кеңейтімін енгізу арқылы түзетеді, мұнда таңбалауышты орналастырушылар оған көпірдің әртүрлі көздерін тағайындап, параметрлей алады. Жоғарыдағы мысалда Circle әмбебап USDC таңбалауышын барлық L2 құрылғыларында орналастыра алады, мұнда канондық көпірлер (мысалы, Circle Mint, Circle CCTP және басқа мақұлданған көпірлер) олардың логикасына сәйкес таңбалауыштарды шығаруға қабілетті ретінде тағайындалған. Минтерлердің бұзылу қаупін азайту үшін орналастырушы белгілі бір уақыт кезеңінде әрбір минтер қанша токен шығаруға және жағуға болатындығын шектей алады - канондық L2 сияқты неғұрлым сенімді көпірлер, жоғары шектеулері бар және орталықтандырылған консенсусы бар көпірлер. төменгілер.

ERC-7281 қиылысуы мүмкін кросс-тізбекті токендерді жасаудың алғашқы әрекеті болмаса да, ол алдыңғы ұсыныстармен байланысты мәселелерді шешеді, мысалы, жеткізушінің құлыпталуы, токен эмитенттерінің егемендігінің жоғалуы, көпірленген токендер үшін өтімділікті жүктеудің жоғары шығындары, инфрақұрылым жоғары көтерілу және көпірдің істен шығуының жоғарылауы.

Бұл екі бөлімнен тұратын есеп егеменді көпірленген токен стандартын енгізудің негіздемесін зерттейді және ERC-7281 (сонымен қатар xERC-20 ретінде белгілі) спецификациясына толық шолу жасайды. Біз сондай-ақ пайдаланушылар, әзірлеушілер, инфрақұрылым провайдерлері және Ethereum экожүйесіндегі басқа қатысушылар үшін ERC-7281 енгізудің оң артықшылықтары мен ықтимал кемшіліктерін талқылаймыз.

Блокчейн көпірлері бойынша сергіту

Өңделмейтін көпірленген таңбалауыштар мәселесіне кіріспес бұрын, бұл көпірленген токендердің неліктен бар екенін түсінуге көмектеседі. Бұл, өз кезегінде, блокчейн көпірлерінің мотивациясын және жұмыс істеуін түсінуді талап етеді, өйткені көпір операторлары көпірленген токен нұсқаларын жасауға жауапты.

Көпір - блокчейндер арасындағы ақпаратты тасымалдау механизмі . Таза ақшалай ақпараттан басқа, көпірлер басқа тізбектерде таңбалауыш мөлшерлемелері және смарт келісімшарт күйі сияқты кез келген пайдалы ақпаратты бере алады. Дегенмен, активтерді (токендерді) бір тізбектен екіншісіне тасымалдау бүгінгі күні көпірмен әрекеттесетін пайдаланушылар үшін ең көп таралған пайдалану жағдайы болып табылады.

Тізбекаралық активтерді тасымалдауды жеңілдету тәсілдері әртүрлі, бірақ таңбалауыштарды біріктіру жұмыс процестері әдетте үш жоғары деңгейлі үлгінің біріне сәйкес келеді:

Құлып және жалбыз көпірлері

• Пайдаланушы таңбалауышты өзінің жергілікті немесе «үй» тізбегінен (ол бастапқыда шығарылған жерде) басқа тізбекке көпір салғысы келеді. Екі блокчейн өзара әрекеттеспейді, өйткені әрбір тізбек әртүрлі архитектура мен хаттамалық дизайнды жүзеге асырады, бұл пайдаланушыға таңбалауыштарды А тізбегіндегі әмиян мекенжайынан В тізбегіндегі әмиян мекенжайына тікелей тасымалдауға жол бермейді.

• Көпір операторы пайдаланушының бастапқы тізбегіне салған таңбалауыштарын смарт келісім-шартта сақтайды және мақсатты тізбекте орналастырылған таңбалауыш келісім-шарт арқылы жергілікті таңбалауыштың «оралған» көрінісін жасайды.

• Пайдаланушы кері бағытта көпір өткісі келгенде (тағайындалған тізбегі → шығу тізбегі), олар оралған белгілерді тағайындалған тізбектегі көпірге қайтарады, ол мұны көпірдегі логикаға сәйкес тексереді (мысалы, ZK дәлелдері немесе сыртқы кворум) және бастапқы таңбалауыштарды үй тізбегіндегі эскроудан шығарады.

  
  

Өртену және жалбыз көпірлері

• Эскроудағы маркерлерді құлыптаудың орнына, бұл тәсіл бастапқы тізбектегі таңбалауыштарды күйдіреді (жойады);

• Содан кейін көпір тағайындалған тізбекте баламалы соманы шығарады;

• Кері сапар үшін, бастапқы тізбекте жаңа таңбалауыштар соғылғанға дейін, көпірленген токендер тағайындау тізбегінде жағылады;

• Бұл тізбекті тасымалдауға мүмкіндік бере отырып, жалпы токен жеткізілімін сақтайды.

  
  

Атомдық своптар

• Бұл тәсіл бастапқы тізбектегі активтерді басқа тараппен тағайындалған тізбектегі активтерге тікелей айырбастайды.
• Атомдық своптар олардың құлпын ашу үшін бірдей құпия құндылығы бар қорларды өзара құлыптау арқылы жұмыс істейді, яғни құпия кез келген жағынан ашылған болса, екінші жағынан да ашылуы мүмкін. Бұл своптарға атомдық қасиет береді.
• Атомдық своптың толығымен (екі жағынан да) немесе мүлдем аяқталмауын білдіреді, алаяқтықты немесе ішінара/сәтсіз аударымдарды болдырмайды.

Бірінші тәсіл (құлып пен жалбыз) қазіргі уақытта ең кең таралған. Түпнұсқа токен мен оның көпір арқылы шығарылған сәйкес оралған көрінісі арасындағы құнның баламалылығы пайдаланушыларға активтерді көлденең тізбекте «тасымалдауға» және таңбалауышты бастапқы шығарылған жерден бөлек тізбекте пайдалануға мүмкіндік береді.

Дегенмен, ниетке негізделген көпір сияқты жаңа дизайндар өте танымал болды. «Ниеттер» пайдаланушыларға нәтижелерге қол жеткізу үшін нақты қадамдарды көрсетудің орнына транзакциялар үшін қажетті нәтижелерді («100 USDC-ді 100 DAI-ға ауыстыру») көрсетуге мүмкіндік береді. Мақсаттар күшті UX құлпын ашу ретінде пайда болды, өйткені олар адамдар үшін onchain тәжірибесін айтарлықтай жеңілдетеді және криптоны пайдалануды жеңілдетеді, әсіресе тізбекті абстракциялық шешімдермен жұптастырылған кезде.

Кросс-тізбекті ниеттер пайдаланушыларға көпірдің күрделілігі туралы алаңдамай, таңбалауыштарды тізбектер арасында тасымалдауға мүмкіндік береді. Мақсатқа негізделген көпірлерде пайдаланушылар қаражатты бастапқы тізбекке салады және тағайындау тізбегінде қалаған нәтижесін (олардың «ниетін») көрсетеді. «Толтырғыштар» немесе «шешуші» деп аталатын мамандандырылған операторлар сұралған белгілерді тағайындау тізбегіндегі пайдаланушыға алдын ала жіберу арқылы осы ниетті орындай алады. Операторлар бастапқы тізбектегі құлыпталған қаражатты өтеу ретінде талап ету үшін аударымның орын алғанын дәлелдейді.

Кейбір мақсатқа негізделген көпірлер сорғыштың астындағы құлыптау және жалбыз механизмдерін қолданады. Бұл жағдайда, көпір пайдаланушы ниетін орындаған толтырғышқа немесе егер толтырғыш енгізілмесе, тікелей пайдаланушыға жіберілетін оралған белгілерді жасайды. Мақсатқа негізделген көпірлер шешуші желісі арқылы қосымша тиімділік деңгейін қосады, бірақ олар әлі күнге дейін дәстүрлі құлыптау көпірлері сияқты бірдей принциптерге сүйенеді.

Біз әрбір оралған токенді, дәстүрлі немесе мақсатқа негізделген көпір арқылы жасалғанына қарамастан, эскроу келісімшартынан негізгі белгі сомасын шығаруға уәде беретін көпір операторының IOU ретінде қарастыра аламыз. Бұл оралған активтердің құны көпір операторының токеннің үй тізбегінде сақталған төл таңбалауыштарды қайтарып алу туралы ұстаушылардың сұрауларын өңдеу мүмкіндігімен тікелей байланысты.

Негізгі таңбалауыштарды бастапқы тізбекте құлыптауға және олардың оралған көріністерін тағайындау тізбегіне қоюға рұқсат етілген көпір токеннің жалпы жеткізілімінің тұрақты болуын қамтамасыз етеді. Негізгі таңбалауыштың бір бірлігі үшін сәйкес оралған токеннің дәл бір бірлігі соғылған және керісінше. Егер қолданба айырбас құралы ретінде оралған таңбалауышты қабылдаса немесе оралған активтерді валюта ретінде пайдаланса, қолданбаны әзірлеушілер мен пайдаланушылар оралған таңбалауышты қолдайтын "нақты" активтерді қамтамасыз ету үшін көпір провайдеріне сенеді.

Неліктен бізге көпірлер керек?

Қашықтағы тізбектегі активтің синтетикалық нұсқасымен транзакция жасау мүмкіндігі (активтің көрсетілімдерін жасайтын көпірлер арқылы іске қосылады) қуатты мүмкіндік болып табылады және әзірлеушілер мен пайдаланушыларға тізбекаралық өзара әрекеттесу артықшылықтарын пайдалануға мүмкіндік береді. Бұл артықшылықтардың кейбіріне көбірек өтімділікке қол жеткізу, жаңа пайдаланушыларға әсер ету және пайдаланушылар үшін икемділік (әртүрлі тізбектердің таңдаулы қолданбаларымен үйкеліссіз әрекеттесе алатын) кіреді.

Бұл іс жүзінде қалай жұмыс істейтінін және неліктен әзірлеушілер мен пайдаланушылар үшін маңызды екенін жақсырақ түсіну үшін BobDEX деп аталатын ойдан шығарылған орталықтандырылмаған биржа арқылы нақты мысалды қарастырайық. Бұл мысал пайда болуы мүмкін артықшылықтар мен ықтимал асқынуларды бөлектей отырып, оралған таңбалауыштардың көлденең тізбекті кеңейтуге қалай мүмкіндік беретінін көрсетеді:

BobDEX — Bob Ethereum-да әртүрлі активтер арасында сенімсіз своптарды қосу үшін жасаған автоматтандырылған маркет-мейкер (AMM) биржасы. BobDEX-те басқару таңбалауышы және LP марапат белгісі ретінде қосылатын $BOB төл белгісі бар. Соңғы жағдайда BobDEX өтімділік провайдерлеріне (LP) BOB таңбалауыштарын шығарады, бұл пулға өтімділік беретін пайдаланушыларға пулға салынған активтерді айырбастау үшін DEX пайдаланушылары төлеген комиссиялардың пайызына құқық береді.

BobDEX нарықтағы үлесі айтарлықтай өсті, бірақ Ethereum L1 шектеулері одан әрі өсуге кедергі келтіреді. Мысалы, кейбір пайдаланушылар BobDEX-ті Ethereum-да жоғары газ төлемдері мен транзакцияның кешігуіне байланысты пайдаланғысы келмейді; сол сияқты, басқа пайдаланушылар Ethereum-да жергілікті $BOB токендерін ұстамай-ақ, $BOB токендерінің бағасына әсер етуді қалайды.

Мәселені шешу үшін Боб BobDEX нұсқасын Arbitrum жүйесінде орналастырады (төмен ақы, жоғары өнімділік деңгейі 2 (L2) жинағы) және BOB токенінің (wBOB) оралған нұсқасын L2 жүйесінде Arbitrum-Ethereum көпірі арқылы орналастырады. Arbitrum-дағы BobDEX Ethereum-дағы BobDEX-пен бірдей, тек ол LP сыйақылары мен басқару үшін жергілікті BOB таңбалауыштары емес wBOB-ты пайдаланбайды.

Қолданба таңбалауыштарындағы айырмашылық (оралған BOB және жергілікті BOB) BobDEX-пен Arbitrum-да әрекеттесетін пайдаланушылардың (мысалы, өтімділік провайдерлері) көзқарасы бойынша айырмашылықты тудырмайды. wBOB токендері Arbitrum-Ethereum көпірінде сақталған нақты BOB токендерімен қамтамасыз етілгендіктен, wBOB токендерін ұстаушылар көпір келісімшартымен әрекеттесу арқылы Ethereum-дағы жергілікті BOB ERC-20 токендерін оңай ауыстыра алады.

Жағдай Боб пен пайдаланушылар үшін жеңіске жетеді:

1. Боб көбірек пайдаланушыларды, әсіресе BobDEX-те сауда жасау кезінде төмен газ ақысын және транзакцияны жылдам растауды қалайтын пайдаланушыларды тарта алады.

2. LPs Ethereum-тің жоғары газ шығындарымен және ұзақ растау уақыттарымен айналыспай BobDEX өтімділігін жеткізуден сыйақы ала алады.

3. Ходлерлер Ethereum-дағы BOB ERC-20 келісімшартымен әрекеттеспей, BOB токендерінің бағасының өзгеруінен пайда табу үшін нарықта wBOB токендерін сатып ала алады.

   
   

Көпірдің артықшылықтары, сонымен қатар, біріктірілген инновацияны жақсартуға және көпірленген токеннің өтімділігін арттыратын жаңа пайдалану жағдайларының құлпын ашуға дейін жетеді. Мысалы, Алиса wBOB утилитасын кеңейту және несиелеу мен қарыз алудың жаңа нарығын құру үшін қарыз алушылардан кепіл ретінде wBOB қабылдайтын AliceLend on Arbitrum деп аталатын несие беру протоколын жасай алады.

AliceLend-ке өтімділікті ұсынатын несие берушілер депозиттерді алатынына сенімді: егер пайдаланушы несие бойынша дефолт жасаса, AliceLend несие берушілерге өтемақы төлеу үшін кепіл ретінде салынған wBOB таңбалауыштарын аукционға автоматты түрде өткізеді. Бұл жағдайда жойылған wBOB кепілін сатып алушылар BobDEX-те LP рөлін қабылдайды және wBOB токендерін түпнұсқа BOB токендеріне 1:1 айырбастауға болатынына бірдей кепілдік береді.

Ағымдағы пішінде кросс-тізбекті көпірлеу Ethereum L2 (бұрын силоланған) арасындағы өзара әрекеттесуді қамтамасыз ету және жаңа қолданбаларды жеңілдету (мысалы, кросс-тізбекті несиелеу және кросс-тізбекті DEXs) үшін жұмыс істейтін шешімді қамтамасыз етті. Бірақ көпірлік экожүйе қазіргі уақытта әрі қарай өсуге кедергі келтіретін шектеулермен күресуде, мысалы, тізбекті токендердің икемді еместігі - біз бұл мәселені кейінірек егжей-тегжейлі қарастырамыз.

Неліктен көпірленген таңбалауыштар өзгермейтін болады?

Бұрын сипатталған көпірді бекіту жұмыс процесі қағазда қарапайым болып көрінеді, бірақ шын мәнінде дұрыс жұмыс істеу үшін көп инженерлік және механизмді жобалау күш-жігерін қажет етеді:

Бірінші мәселе - көпірленген таңбалауыштың оралған нұсқалары әрқашан бастапқы тізбекте құлыпталған жергілікті таңбалауыштармен қамтамасыз етілуін қамтамасыз ету. Егер шабуылдаушы бастапқы тізбегіне жергілікті токендерді қоймастан қашықтағы тізбекте таңбалауыштың көрсетілімдерін жасаса, ол оралған токендерді үй тізбегіндегі жергілікті токендермен алмастыру (алаяқтық жолмен жасалған) және депозитке салған заңды пайдаланушыларға жол бермеу арқылы көпірді төлем қабілетсіз ете алады. ораулы токендерді соғуға дейінгі көпір келісімшарты — депозиттерді алудан.

Екінші мәселе неғұрлым нюансты және көпірленген токендердің табиғатынан туындайды: бір қашықтағы тізбектегі көпір провайдерлері шығарған токеннің екі көрінісін басқасына 1:1 айырбастауға болмайды. Тізбектер бойынша токендерді жылжытумен байланысты мәселенің осы аспектісін көрсету үшін әртүрлі бағыттар арқылы көпірленген токендерді алмасуға тырысатын екі пайдаланушының тағы бір мысалын пайдалана аламыз:

• Алиса канондық Арбитр көпірі арқылы USDC-ті Ethereum-дан Арбитрумға дейін өткізеді және Arbitrum-да 200 USDC.e алады, ал Боб USDC-ті Axelar арқылы Арбитрумға апарады және Arbitrum-да 200 axlUSDC алады. Алиса мен Боб Алисаға Бобқа 200 USDC жіберуге (200 USDT орнына) келісім жасайды, осылайша Боб 400 USDC-ті Ethereum-ға ала алады.
• Боб axlUSDC арқылы 400 USDC алуға тырысады және тек 200 USDC алады, сонымен қатар көпірде Бобқа бере алатын 200 USDC бар екенін түсіндіретін хабарлама бар. Боб шатастырды, өйткені оралған ERC-20 таңбалауыштары «өзгермелі» болуы керек және кез келген қолданбада ешкімге ERC-20 таңбалауыштарын 1:1 айырбастауға кедергі келтірмейтін диспропорцияларды көрсетпеуі керек.
• Боб кросс-тізбекті көпірлеу туралы қиын сабақ алады: «өзгермелі ERC-20 таңбалауышы» әрқашан «сіз бұл таңбалауышты қолданбалар бойынша басқа ERC-20 токендерімен 1:1 айырбастауға болады» дегенді білдірмейді. Бобтың Алисамен тәуекелді бизнес жасау әрекеті - тәуекел, өйткені Алиса белгілерді қайтармауы мүмкін - керемет қате болды.

Неліктен Боб Алиса екеуі тағайындалған тізбекте бірдей негізгі активтің оралған нұсқаларын алған болса, 400 USDC ала алмайды? Естеріңізде болса, әртүрлі тізбектерде шығарылған токендер үйлеспейтінін айтқан болатынбыз, сондықтан жергілікті емес тізбекте шығарылған жергілікті токеннің көрінісі көпірден алынған IOU болып табылады, жергілікті токендердің сомасын қайтаруға уәде береді (қаншалығына байланысты). сол қалды) пайдаланушы таңбалауыштың негізгі тізбегіне қайта оралғысы келгенде.

Әрбір көпірленген токеннің құны осылайша үй тізбегіндегі депозиттерді сақтауға және тағайындалған тізбектегі өкілдіктерді шығаруға жауапты көпір провайдеріне байланысты; Bob's bridge провайдері Бобқа тек 200 USDC төлей алады, өйткені бұл оның депозитінен жабуға қаражаты бар сома; Алисаның 200 USDC сомасын Bob's bridge провайдері арқылы алуға болмайды, өйткені ол ешқашан депозитті алмаған немесе Алисаға IOU берген жоқ. Алиса өзінің құлыпталған USDC картасын Ethereum арбитрамынан алып тастауы керек және Боб қалған таңбалауыштарға қол жеткізе алмас бұрын Бобтың көпір провайдері арқылы өтуі керек.

Боб пен Алиса дилеммасы бәсекелес көпір провайдерлері базалық активтің бірнеше өзгермейтін өкілдіктерін шығаратын домендер арасындағы көпір мәселесін көрсетеді. Бір активтің әртүрлі ERC-20 өкілдіктерінің басқа бір мәселесі - оларды бір өтімділік пулында сату мүмкін емес.

Алдыңғы мысалды пайдалана отырып, егер тізбекте axlUSDC және USDC.e болса және оларды ETH-ге және керісінше ауыстырғымыз келсе, біз екі өтімділік пулын - ETH/axlUSDC және ETH/USDC.e орналастыруымыз керек. Бұл «өтімділіктің фрагментациясы» деп аталатын мәселеге әкеледі - бұл сауда пулдарының өтімділігі басқа жағдайда болуы мүмкін қарағанда аз болатын жағдай, себебі бірдей сауда жұбына сәйкес келетін бірнеше пулдар бар.

Шешім - тағайындалған тізбегінде айналымда болатын токеннің жалғыз «канондық» нұсқасы болуы, осылайша Боб пен Алиса бастапқы тізбектегі көпірден әр адам шықпай-ақ токендерді алмастыра алады. Тізбектерге арналған канондық таңбалауыштың болуы әзірлеушілерге де пайдалы, өйткені пайдаланушылар таңбалауыш өтімділігіне қатысты мәселелерді шешпестен, экожүйелер арасында жылдам қозғала алады.

Сонымен, әр тізбекте токеннің канондық нұсқаларын енгізуге және олардың арасында тасымалдауға қалай барамыз? Келесі бөлімде бірнеше тізбектерде канондық белгілерді жасаудың кейбір танымал тәсілдері түсіндіріледі.

Әр түрлі тізбектер бойынша канондық белгілерді енгізу

Әрбір тізбекке канондық таңбалауыш жасау оңай емес және әртүрлі айырбастар мен артықшылықтарға ие бірнеше опциялар бар. Әр тізбекке канондық таңбалауышты жасаған кезде, әдетте белгілі бір таңбалауыштың мәнін қолдайтын IOU бар екендігі туралы кімге сену керектігі туралы ойлануымыз керек.

Сіз таңбалауышты жасаушысыз делік және сіз оның әртүрлі тізбектер бойынша қолдануға болатынын және өзгергіштікке қатысты мәселелерге тап болмай тасымалданғанын қалайсыз делік; сізде төрт опция бар:

1. Канондық таңбалауыштарды канондық жиынтық/бүйірлік көпірлер арқылы жасаңыз
2. Үшінші тарап көпір провайдері арқылы канондық токендерді енгізіңіз
3. Токен-эмитент көпірі арқылы канондық токендерді таратыңыз
4. Атомдық своптармен тікелей көп тізбекті эмиссия

Алғашқы үш опция токендердің тізбекті қозғалысын жеңілдету үшін әртүрлі көпір механизмдеріне негізделген. Дегенмен, таңбалауыш жасаушы ретінде әр қолдау көрсетілетін тізбекте таңбалауышты түпнұсқалық түрде шығару арқылы көпірді толығымен айналып өтуді таңдауға болады. Бұл тәсілге сәйкес, оралған таңбалауыштарға немесе көпір инфрақұрылымына сенудің орнына, сіз тізбектер арасында сенімді алмасуды қамтамасыз ететін атомдық своптармен бөлек, бірақ келісілген таңбалауышты орналастыруды сақтайсыз.

Бұл тәсіл тізбектер бойынша өтімділікті сақтау және атомдық своптарды жеңілдету үшін күрделі инфрақұрылымды қажет етеді. Бірнеше жергілікті орналастыруларды басқарудың күрделілігі бұл тәсілді елеулі техникалық ресурстары бар үлкенірек хаттамаларға тарихи түрде шектеді.

1. Канондық таңбалауыштарды канондық жинақтау/бүйірлік көпірлер арқылы енгізіңіз

Тізбекте канондық (бекітілген) көпір болса, жергілікті тізбектен көпір өткісі келетін пайдаланушылар үшін протоколыңыздың таңбалауышын бейнелеу құқығын тағайындай аласыз. Тізбектің канондық көпірі арқылы жүргізілетін транзакциялар (депозиттер және ақша қаражаттары) әдетте тізбектің валидатор жинағы арқылы тексеріледі, ол үй тізбегіндегі депозиттердің барлық шығарылған өкілдіктерді сенімді түрде қайтаратынына күшті кепілдік береді.

Канондық көпір токеннің канондық көрінісін шығарса да, басқа өкілдіктер әлі де болады. Бұл жай ғана канондық көпірлерде пайдаланушыларға ең жақсы тәжірибені ұсынуға кедергі келтіретін шектеулерге ие болғандықтан орын алады. Мысалы, топтаманың канондық көпірі арқылы Арбитрум/Оптимизмнен Ethereum-ға көпір өту жеті күндік кідірісті тудырады, өйткені транзакцияларды тексерушілер тексеруі керек (және егер жарамсыз болса, алаяқтық дәлелімен даулануы мүмкін) жиынтық есеп айырысу деңгейіне дейін (Ethereum - реттейді) транзакциялар партиясы.

Жылдамырақ шығуды қалайтын жиынтық пайдаланушылар күтудегі жиынтық шығуларға иелік ете алатын және пайдаланушының қалаған мақсатты тізбегінде алдын ала өтімділікті қамтамасыз ете алатын басқа көпір провайдерлерін пайдалануы керек. Мұндай көпірлер дәстүрлі құлыптау және жалбыз үлгісін пайдаланған кезде, біз әртүрлі протоколдар арқылы шығарылған таңбалауыштың бірнеше оралған көріністеріне ие боламыз және бұрын сипатталған бірдей мәселелерге тап боламыз.

Тәуелсіз валидатор жиынтықтары бар бүйірлік тізбектердің кідіріс уақыты төмен болады, өйткені бүйірлік тізбектің консенсус хаттамасы алу транзакциясы бар блокты растағаннан кейін ақшаны алу орындалады. Polygon PoS көпірі бүйірлік тізбекті әртүрлі домендерге (соның ішінде Ethereum rollups және Ethereum негізгі желісі) қосатын канондық көпірдің мысалы болып табылады.

Ескерту: Біз есеп айырысу үшін Ethereum пайдаланатын жоспарланған валидиум тізбегіне емес, бастапқы Polygon PoS тізбегіне сілтеме жасаймыз. Сыртқы валидаторлармен қамтамасыз етілген бүйірлік тізбектен Ethereum консенсусымен қамтамасыз етілген валидиумға ауысу аяқталғаннан кейін көпбұрыш L2 болады.

Дегенмен, бүйірлік көпірлер жинақталған канондық көпірлердің әлсіз жақтарын бөліседі: пайдаланушылар тек қосылған тізбектер арасында көпір жасай алады. Олар канондық көпір арқылы басқа блокчейндерге көпір жасай алмайды. Мысалы, бүгін Арбитр көпірі арқылы Арбитрумнан Оптимизмге көпір немесе Polygon PoS көпірі арқылы Полигоннан көшкінге дейін көпір жасай алмайсыз.

1.1. Өтімділік көпірлерін пайдалана отырып, канондық токендерді шығарыңыз

Канондық таңбалауыштарды жылжыту үшін жиынтықтың жергілікті көпіріне сүйену өтімділіктің нашарлығы және актив қозғалысының кешігуі сияқты бірнеше мәселелермен бірге келеді. хаттамалар бұл мәселені жылдам алуды және аз кідіріспен көпірді жеңілдету үшін өтімділік көпірлерімен жұмыс істеу арқылы жұмыс істейді*.

Осы келісімге сәйкес бекітілген өтімділік көпірлері (a) бастапқы тізбегіндегі хаттама таңбалауышының оралған нұсқалары (b) хаттамаға тиесілі өтімділік пулы арқылы межелі жерде канондық өкілдікке оралған таңбалауыштарды ауыстырады.

Белгішенің тағайындау тізбегіндегі канондық көрінісі әдетте канондық бүйірлік тізбек/топтама көпірі арқылы шығарылған нұсқа болып табылады, бірақ ерекше жағдайлар бар (кейінірек көретініміздей). Мысалы, оптимизмдегі USDT канондық нұсқасы оптимизм көпірі шығарған opUSDT болып табылады.

Әрбір өтімділік көпірі әртүрлі өтімділік пулдарында депозитке салынған активтер жұптары арасындағы своптарды орындау үшін автоматтандырылған нарық мейкері (AMM) бар DEX сияқты жұмыс істейді. Өтімділікті қамтамасыз етуді ынталандыру үшін AMM пулдары своп төлемдерінің бір бөлігін пул келісімдерінде канондық белгілерді бекітетін ұстаушылармен бөліседі.

Бұл Uniswap үлгісіне ұқсас; бірден-бір байқалатын айырмашылық - актив жұптары әдетте өтімділік көпірінің канондық өкілдікке қарсы таңбалауышты ұсынуы болып табылады. Мысалы, USDT-ді Hop арқылы оптимизмге байланыстыратын пайдаланушыға huSDT:opUSDT пулы арқылы hUSDT-ді оптимизмге ауыстыру керек болады.

Өтімділік көпірі арқылы байланыстыру жұмыс процесі келесідей болады:

• Түпнұсқа таңбалауыштарды бастапқы тізбекте құлыптау
• Мақсатты тізбектегі төл таңбалауыштың Mint bridge көрінісі
• AMM пулы арқылы мақсатты тізбектегі көпірлі көріністі канондық көрсетіліммен ауыстырыңыз
• Пайдаланушыға канондық белгілерді жіберіңіз

Бұл процесс барлық өтімділік көпірлері үшін ұқсас (Across, Celer, Hop, Stargate және т.б.). Дегенмен, ол әдетте түпкілікті пайдаланушыдан, әсіресе шешушілер/толтырғыштар арқылы абстракцияланады және көптеген қозғалатын бөліктерге қарамастан, бір транзакция сияқты сезінеді.

Бастапқы тізбекке қайта оралған кезде пайдаланушы осы көріністі жазып, жанып кеткенін растау түбіртегін бермес бұрын, канондық көріністі жазады немесе канондық таңбалауышты AMM арқылы көпір көрінісімен ауыстырады. Растаудан кейін пайдаланушы басында құлыпталған жергілікті таңбалауыштарды алып тастай алады. (Алдыңғы операция сияқты, таңбалауыштарды бастапқы тізбекке қайтарудың лас мәліметтері пайдаланушыдан жасырылады және оны шешушілер басқарады).

Өтімділік көпірі тамаша, негізінен ол жиынтық көпірдегі кідіріс мәселесін түзетеді; мысалы, Hop «Бондерлер» деп аталатын мамандандырылған тараптарға L2-де пайдаланушының қайтарып алу транзакциясының негізділігін растауға және жинақтың L1 көпірінен шығу құнын көрсетуге мүмкіндік береді. Әрбір Бондер L2 тізбегі үшін толық түйінді іске қосады және пайдаланушының шығу транзакциясы ақырында L1-де расталатынын анықтай алады, бұл пайдаланушының жалған ақша алуды бастау және Бондер үшін шығынға әкелу қаупін азайтады.

Өтімділік көпірлері сонымен қатар канондық көпірлерден айырмашылығы пайдаланушыларға көбірек тізбектер арасында қозғалуға мүмкіндік береді; мысалы, Hop пайдаланушыларға алдымен Ethereum-ға шықпай-ақ, Арбитрум мен Оптимизм арасында көпір жасауға мүмкіндік береді. Жылдам L2→L1 көпірі сияқты, жылдам L2→L2 көпірі тағайындалған L2 тізбегіндегі пайдаланушы үшін токендерді соғу құнын есептемес бұрын алуды растау үшін Bonders L2 көзі тізбегі үшін толық түйінді іске қосуды талап етеді. Бұл жинақтаулар арасында көбірек жинақтауға мүмкіндік береді және пайдаланушы тәжірибесін күрт жақсартады, өйткені пайдаланушылар таңбалауыштарды жиынтықтар бойынша мәселесіз жылжыта алады.

Бірақ өтімділік көпірінің L2/L1 тізбегіндегі токеннің канондық көрінісін жасау үшін тізбектің бекітілген көпірін пайдаланудың пайдалылығына әсер ететін кемшіліктері де бар. Өтімділікке негізделген көпірдің кемшіліктерін келесі бөлімде қарастырамыз:

Өтімділік көпірлерінің кемшіліктері

1. Сырғанау

Сырғыма - бұл AMM-мен әрекеттесу кезінде күтілетін және алынған токендер мөлшерінің айырмашылығы. Сырғыма пулдағы ағымдағы өтімділікке сәйкес AMM бағалық своптарына байланысты орын алады — баға белгілеу своп аяқталғаннан кейін жұптағы әрбір активтің пул балансы арасындағы тепе-теңдік сақталатындай болып табылады, ол пайдаланушы операцияны бастаған уақыт арасында өзгеруі мүмкін. сауда және айырбас жүзеге асырылады.

Көпірленген активтер үшін төмен өтімділік те сырғуды арттыруы мүмкін; егер пулдың бір жағын қайта теңестіру үшін жеткілікті өтімділік болмаса, үлкен сауда бағаны үлкен маржаға ауыстыруы мүмкін және пайдаланушылардың своптарды жоғары бағамен орындауына әкелуі мүмкін. Арбитраждар бір активті саудалайтын пулдар арасындағы диспропорцияларды түзетуге көмектеседі деп күтілуде, бірақ сауда белсенділігі/құны төмен белгілерді қамтитын арбитраждық саудадан бас тартуы мүмкін.

Бұл сонымен қатар тізбекті қолданбаларды құрастыратын әзірлеушілерге әсер етеді, өйткені олар сырғанау орын алатын шеткі жағдайларды есепке алуы керек. Пайдаланушы бір немесе бірнеше тағайындау тізбегінде таңбалауыштың аз мөлшерін алуына байланысты тізбекаралық әрекетті аяқтай алмайды.

Көпір агрегаторлары сияқты қолданбалар (өтімділік көпірінің өтімділік тізбегіндегі свопты сырғусыз жабу үшін жеткілікті өтімділігі бар-жоғын білмейтін) сырғудың максималды төзімділігін көрсету және оны пайдаланушыларға берілген баға ұсыныстарын хабарлау үшін пайдалану арқылы мәселені айналып өтеді. Бұл транзакцияны қайтаруға жол бермесе де, көпірдің AMM пулдарындағы өтімділікке қарамастан, пайдаланушылар әрқашан көпірленген таңбалауыштың белгілі бір пайызын жоғалтады.

2. Өтімділік шектеулері

Өтімділік көпірлеріне қатысты негізгі мәселе - тағайындалған тізбектегі жеткілікті өтімділікке абсолютті талап. Токендерді шығару тікелей құлыпталған активтермен қамтамасыз етілетін дәстүрлі құлыптау көпірлерінен айырмашылығы, өтімділік көпірлері тізбекаралық трансферттерді аяқтау үшін AMM пулдарындағы қолжетімді токендерге тәуелді. Өтімділік критикалық шектерден төмен түскенде, барлық көпір механизмі тиімді түрде жұмысын тоқтатуы мүмкін.

• Өтімділік тым төмен түссе, көпір операциялары толығымен тоқтап қалуы мүмкін, бұл пайдаланушылардың жоспарланған аударымдарын орындауына кедергі жасайды;
• Пул өтімділігінің таусылуын болдырмау үшін пайдаланушылар үлкен аударымдарды кішірек транзакцияларға бөлуге мәжбүр болуы мүмкін;
• Жоғары құбылмалылық немесе нарықтық күйзеліс кезеңдерінде өтімділік провайдерлері пулдардан бас тарта алады, дәлірек айтқанда, көпір функционалдығы қажет болған кезде;
• Жаңа таңбалауыш жұптарын жүктеу әсіресе қиынға соғады, өйткені көпірдің жұмыс істеуі үшін айтарлықтай бастапқы өтімділік қажет.

Өтімділік талабы айналмалы тәуелділікті тудырады: көпірлер сенімді жұмыс істеуі үшін айтарлықтай өтімділікті қажет етеді, бірақ өтімділік провайдерлерін тарту үшін көпірді пайдалануды және комиссияны құруды көрсету қажет. Бұл тауық пен жұмыртқа мәселесі әсіресе жаңа немесе сирек сатылатын таңбалауыштар үшін өткір болып табылады, олар көптеген тізбектер бойынша жеткілікті өтімділікті сақтау үшін күресуі мүмкін.

3. Сәйкес емес ынталандырулар

Өтімділік көпірі пайдаланушылардың шамадан тыс сырғып кетуінсіз тағайындалған тізбектегі канондық таңбалауышқа көпірленген өкілдіктен своптарды жабуға мүмкіндік беретін дәрежеде пайдалы; көпірмен өзара әрекеттесу кезіндегі газ шығындары да пайдаланушының көзқарасы бойынша өтімділік көпірінің мәнін анықтайды. Осылайша, көпір агрегаторлары мен жобалық топтар токенді шығара отырып, өтімділік пен транзакциялық шығындар сомасына негізделген көпірлерге басымдық береді.

Бұл жобаның таңбалауыштарын біріктіретін немесе токендерді кросс-тізбекті жіберу үшін көпір агрегаторын пайдаланатын пайдаланушылардың жақсы UX-ке ие болуын қамтамасыз еткенімен, өтімділікке негізделген көпірлерді таңдау өтімділік провайдерінің (LP) ынталандыруларына жұмсай алмайтын көпірлерді тиімсіз етеді. Бұдан басқа, таза транзакциялық комиссияларға негізделген көпірлерді таңдау операциялық шығындарды азайту үшін орталықтандырылған тәсілді қабылдайтын және көпірлік транзакциялар үшін төменірек алымдарды алатын көпірлердің пайдасына бәсекелестікке әсер етеді. Екі жағдайда да көпірлер ең маңызды көрсеткіш бойынша бәсекелеспейді: қауіпсіздік.

Өтімділікке негізделген көпірлер сонымен қатар төмен сауда белсенділігі бар ұзақ мерзімді активтерге теріс әсер етеді (олардың LP-ті тарту ықтималдығын азайтады). Ұзын құйрықты токендердің эмитенттері (немесе көпірлік көлемі төмен жаңа токендер) эмитенттің токенінің канондық көрінісіне қарсы жергілікті токендердің своптарын (өтімділік көпірі арқылы көпірленген) жабу үшін AMM пулдарын орнатуға және өтімділікті көтеруге мәжбүр болады. осы актив үшін өтімділікті қамтамасыз ету үшін LP үшін қаржылық ынталандыруды арттыру үшін көпір операторлары.

4. Нашар көпірлік UX

Өтімділік көпірлері канондық көпірлерді жақсарту болып табылады, бірақ UX мәселелері де жоқ емес. Кросс-тізбекті своптардағы сырғып кетуден басқа, пайдаланушылар тағайындалған тізбекте көпірлік транзакцияны дереу аяқтай алмауы мүмкін, себебі көпірде тағайындалған тізбектегі канондық таңбалауышпен сауданы жабу үшін пул өтімділігі жеткіліксіз. Көпірлер пайдаланушының таңбалауыштарды айырбастау туралы хабарламасы тағайындалған тізбеге жеткенше актив жұбының өтімділігінің қаншалықты болатынын біле алмайды, сондықтан бұл шеткі жағдай негізінен сөзсіз.

Бұл жағдайда пайдаланушылардың екі таңдауы бар (екеуі де оңтайлы емес):

• Свопты аяқтау және канондық токендерді алу үшін көпір жеткілікті өтімділікке ие болғанша күтіңіз . Бұл оптималды емес, себебі көпірлік транзакциялардағы кідіріс және пайдаланушы бастапқыда келтірілген токендердің бірдей мөлшерін алатын-алмайтынын біле алмайтындықтан, пул өтімділігі өте қысқа мерзімде ерікті түрде өзгеруі мүмкін.
• Көпірдің меншікті таңбалауыш көрінісін алыңыз (мысалы, Hop Bridge үшін hUSDT) . Бұл оңтайлы емес, өйткені қолданбалардың көпшілігі жергілікті таңбалауыштың канондық көрінісімен (мысалы, оптимизм көпірі шығарған opUSDT) біріктіруді қалайды және пайдаланушының оралған активін қабылдамауы мүмкін.

2. Канондық токендерді aa канондық үшінші тарап көпірі арқылы шығарыңыз

Көп тізбекті Dapp қолданылмайтын көпірлі таңбалауыштар мәселесін айналып өту арқылы, dapp орнатылған әрбір тізбекте dapp токенінің канондық көрсетілімдерін жасау үшін бір көпірді таңдау арқылы жұмыс істей алады. Канондық көпірлерде жобаның таңбалауышы мақұлданған көрсетілімдерін шығаратын сияқты, бұл тәсіл қашықтағы тізбектерде салынған таңбалауыштарды жобаның негізгі тізбегінде орналастырылған таңбалауыш келісім-шартына салыстыруды талап етеді — токен жеткізілімінің жаһандық деңгейде бірдей болып қалуын қамтамасыз етеді. Көпір провайдері токенді соғуды және жазуды қадағалап, соғу және жағу операцияларының үй тізбегіндегі токен жеткізуімен синхронда болуын қамтамасыз етуі керек.

Жалғыз көпір провайдерін пайдалану жоба топтары үшін көбірек икемділік береді, әсіресе үшінші тарап көпірлері тек бір тізбекке қосылатын канондық көпірлермен салыстырғанда кеңірек экожүйелер арасындағы көпірді қолдауға ынталандырылады. Қолданба орналастырылған барлық тізбектерде көпір бар болса, пайдаланушылар үй тізбегіне қайта оралудың қажетінсіз көлденең тізбекті жылдам жылжыта алады; көпір провайдері тек А тағайындау тізбегінде соғылған таңбалауыштардың пайдаланушы В тағайындау тізбегіндегі токендерді соғатын және В тізбегіндегі канондық токендердің үй тізбегіндегі таңбалауышпен (қайта) салыстырылғанға дейін өртенуін қамтамасыз етуі керек.

Өңделмейтін көпірленген токендер мәселесі де жойылды; пайдаланушылар мақұлданған көпір провайдері арқылы өтсе, олар әрқашан оларды басқа көпірленген токендермен 1:1 ауыстыра алады. Бұл тәсіл канондық көпір үлгісіндегі өтімділікке негізделген көпір мәселелерін одан әрі бекітеді:

• Пайдаланушылар көпір транзакцияларында сырғып кетпейді, өйткені көпір провайдері AMM арқылы канондық көрсетілімге қарсы өз көрінісін түрлендірудің қажеті жоқ — көпір провайдерінің таңбалауышы әрбір домендегі көпірленген таңбалауыштың канондық көрінісі болып табылады. Бұл көрсетілімдердің мәні таңбалауыштың жергілікті тізбегіндегі көпір провайдері бекіткен таңбалауыштардың мәніне бекітіледі.

• Көпір провайдері mint() хабары тағайындалған жерге келгеннен кейін бірден тағайындау тізбегінде оралған өкілдіктерді жасай алатындықтан, пайдаланушылар көпірде кідірістерге ұшырамайды.

• Әзірлеушілер AMM өтімділігін немесе өтімділікті қамтамасыз етуді ынталандыру бағдарламаларын жүктеу туралы алаңдамай, көп тізбекті таңбалауышты орналастыруды басқаруды операторларға көпір бере алады.

  
  

Жабайы табиғаттағы жалғыз көпір-провайдер токендерінің кейбір мысалдарына LayerZero-ның Omnichain Fungible Token (OFT), Axelar's Interchain Token Service (ITS), Celer's xAsset және Multichain's anyAsset жатады. Барлық мысалдар негізінен жеке таңбалауыштар болып табылады және басқа көпір провайдері арқылы жіберілген бірдей таңбалауыштың көрсетілімдерімен үйлеспейді. Бұл нәзік егжей-тегжей көпірленген таңбалауыштарды өңдеуге қатысты осы тәсілдің кейбір мәселелерін көрсетеді. Атап айтқанда, мыналар:

• Сатушыны құлыптау
• Егемендікті жоғалту
• Көпірдің бұзылуына жоғары әсер ету
• Мақсатты тізбектердегі таңбалауыштың реттелетін мүмкіндіктерін жоғалту
• Жеткізуші қолдайтын тізбектермен шектеледі
• Барлық қалаған тізбектерде бірдей таңбалауыш мекенжайын сақтау мүмкін емес, бұл пайдаланушы қауіпсіздігіне нұқсан келтіруі немесе фишингке осал болуы мүмкін.

Үшінші тараптың канондық көпірлерін пайдаланудың кемшіліктері

1. Жеткізушіні құлыптау

Бір немесе бірнеше тізбекте канондық көріністерді жасау үшін жалғыз көпір провайдерін таңдау әзірлеушілерді жеткізушілерді құлыптау қаупіне ұшыратады. Әрбір көпір провайдері тек өзінің инфрақұрылымымен (және біріктірілген экожүйелік жобалармен) үйлесімді меншікті өкілді шығаратындықтан, жалғыз көпір-провайдер үлгісі болашақта басқа көпірге ауысу мүмкіндігінсіз токен эмитентін нақты көпірлік қызметке тиімді түрде құлыптайды.

Көпір провайдерлерін ауыстыруға болады, бірақ коммутация шығындары көптеген жобаларды осы бағытта жүруден бас тарту үшін жеткілікті жоғары. Шамамен түсінік беру үшін, әзірлеуші (біз оны Боб деп атаймыз) Ethereum-да таңбалауыш (BobToken) шығарды және Optimism, Arbitrum және Base бойынша BobToken-тің канондық нұсқаларын шығару үшін LayerZero OFT таңдады делік. BobToken-те 1 000 000 токеннің тіркелген жеткізілімі бар және LayerZero арқылы шығарылған көпірленген токендер айналымдағы BobTokens жалпы жеткізілімінің 50% құрайды.

Бизнесті ұйымдастыру Боб пайдаланушылар BobTokens-ті бәсекелес көпір қызметі (мысалы, Axelar) арқылы байланыстыруды жақсы деп шешкенше бірқалыпты жалғасады. Дегенмен, Боб жай тұрып: «Мен Optimism, Base және Arbitrum бойынша BobToken-тің канондық көрсетілімдерін жасау үшін Axelar ITS жүйесіне ауысамын» деп айта алмайды; OFT таңбалауыштары мен ITS таңбалауыштары үйлеспейтіндіктен, Боб ескі пайдаланушылар үшін де, жаңа пайдаланушылар үшін де бас ауруын тудыруы мүмкін, өйткені екі BobTokens мүмкін емес (біз бұрын сипаттаған мәселені қайта енгіземіз). Сонымен қатар, BobToken-тің LayerZero нұсқасымен біріктірілген қолданбалар BobToken-тің Axelar нұсқасын алмастырғыш ретінде қабылдай алмайды, ол BobToken-тің бәсекелес өкілдіктері бірге болатын әртүрлі тізбектерде BobToken өтімділігін бөледі.

Өтуді мүмкін ету үшін Боб пайдаланушыларды көпірлі OFT таңбалауыштарын жағатын және Ethereum-да BobTokens құлпын ашатын транзакцияны жіберу арқылы LayerZero арқылы шығарылған BobToken-тің оралған нұсқаларын ашуға сендіруі керек. Пайдаланушылар енді BobToken-тің жаңа канондық көрсетіліміне токендерді Ethereum-да Axelar арқылы құлыптау және тағайындалған тізбегінде канондық BobTokens алу (Ethereum-дағы токен келісімшартының жеткізіліміне сәйкес) алу арқылы ауыса алады. Бұл өте қымбат және DAO жобаларын басқару топтары үшін ауқымды үйлестіру мен операциялық шығындарды талап етеді, сондықтан таңдалған провайдерге жабысу әдетте ең қауіпсіз нұсқа болып табылады.

Дегенмен, бұл Боб сияқты әзірлеушілерді проблемалы жағдайда қалдырады, өйткені сатушыны құлыптау көпір провайдері келісім шарттарын орындамаса, мүмкіндіктер жиынтығы шектеулі болса, кең экожүйе интеграциясы болмаса, нашар UX ұсынса және т.б. Ол сондай-ақ шексіз дерлік левереджмен көпірлерді қамтамасыз етеді: көпір провайдері BobTokens-ті байланыстыру жылдамдығын шектейтін пайдаланушылар сияқты ерікті әрекеттерді жасай алады. анық себептерсіз, көпірлік төлемдерді көтеру немесе тіпті көпірлік операцияларды цензуралау. Бұл жағдайда Бобтың қолдары байланған, өйткені қате канондық үшінші тарап көпірінен таза үзіліс жасау іскерлік қарым-қатынаста қалу сияқты күрделі.

2. Хаттамалардың егемендігінің жоғалуы

Жеткізушілерді құлыптау туралы алдыңғы бөлімнің қорытынды бөлігі үшінші тараптың канондық көпірін пайдаланудың тағы бір мәселесін атап көрсетеді: токен эмитенттері үлкен ыңғайлылық пен UX жақсартуларына айырбас ретінде канондық көпірленген токендерді бақылаудан бас тартады. Алдыңғы мысалды пайдалану үшін: Ethereum-дағы BobToken толығымен Бобтың бақылауында, өйткені ол негізгі ERC-20 таңбалауыш келісім-шартын басқарады, бірақ оптимизм, арбитрум және базадағы BobToken BobToken-тің канондық өкілдіктерін шығаратын OFT келісім-шартына ие LayerZero арқылы бақыланады. сол блокчейндерде.

Боб LayerZero-дан канондық көріністерді жергілікті таңбалауыштың түпнұсқа дизайнымен теңестіреді деп күтуі мүмкін, бірақ бұл әрдайым бола бермеуі мүмкін. Ең нашар сценарийлерде Ethereum-дағы BobToken әрекеті оптимизмдегі BobToken мінез-құлқынан айтарлықтай ауытқуы мүмкін, себебі көпір провайдері таңбалауыш келісім-шарттың түбегейлі басқа нұсқасын жүзеге асырады — протокол пайдаланушылары үшін проблемалар тудырады. Бұл мәселе сонымен қатар хаттама мен көпір провайдерінің мақсаттары мен мүдделері алшақтайтын негізгі-агент динамикасы арқылы қиындауы мүмкін.

3. Көпірдің бұзылуына жоғары әсер ету

Токендер әр тізбектің канондық көпірі арқылы кросс-тізбекті көпірленген бірінші тәсілде, бір көпірге әсер ететін эксплойттен токен эмитентіне қауіп сол көпірге қатысты болады. Мысалы, хакер бір өтімділік көпірін бұзып, кепілді депозитке салмай-ақ оралған токеннің шексіз мөлшерін шығарды делік. Бұл жағдайда ол тек өтімділік пулдарындағы оралған актив үшін қол жетімді максималды өтімділікке дейін ғана ала алады (мысалы, оптимизмде cUSDT ақшасын тарту → канондық opUSDT үшін cUSDT айырбастау → жылдам көпір арқылы opUSDT-ті Ethereum-ға алу → Ethereum-да жергілікті USDT-ге айырбастау) .

Үшінші тараптың канондық көпір үлгісінде серіктес көпірге әсер ететін эксплуатациядан таңбалауыш эмитентіне қауіп төнген көпір орналастырылған қашықтағы тізбектерде шабуылдаушы жасайтын таңбалауыштардың жалпы сомасына тең. Бұл мүмкін, себебі барлық тізбектердегі әрбір канондық көріністі басқа тізбектерде шығарылған канондық белгілерге 1:1 айырбастауға болады:

Шабуылдаушы В тізбегіндегі үшінші тарап көпірін бұзды делік және кепілді депозитке салмай, 1000 таңбалауышты (мұнда таңбалауыш бастапқыда А тізбегінде шығарылады) шығарды. B тізбегіндегі шабуылдаушының таңбалауыштары үй тізбегі келісім-шартымен салыстырылмаған, сондықтан ол А тізбегінен шыға алмайды. Дегенмен, ол C тізбегіне көпір салып, 1000 В тізбегі таңбалауышын 1000 C тізбегі токеніне ауыстыра алады — есіңізде болсын, әрбір көлденең тізбек таңбалауыш үйлесімді және өзгермелі, өйткені олар бір көпір қызметінен шыққан. C тізбегі токендері үй тізбегі келісімшартымен салыстырылады, өйткені оларды пайдаланушылар заңды түрде A тізбегіндегі токендерді құлыптаған (токеннің үй тізбегі), шабуылдаушыға C тізбегіндегі токендерді жағуға және A тізбегіндегі жергілікті белгілерді алып тастауға және ықтимал аяқтауға мүмкіндік береді. CEX немесе fiat offframp арқылы токендерді алмасу арқылы маршрут.

4. Таңдамалы таңбалауыш мүмкіндіктерін жоғалту

Үшінші тараптың канондық көпірін пайдаланған кезде, таңбалауыш эмитенттері бастапқы орналастыруында бар теңшелетін мүмкіндіктерді немесе таңбалауыш әрекеттерін жүзеге асыру мүмкіндігін жиі жоғалтады. Бұл көпір провайдерлері бастапқы таңбалауыш енгізуде бар арнайы функцияларды қолдамауы мүмкін стандартталған ERC-20 іске асыру келісімшарттарын қолдануға бейім болғандықтан орын алады.

Дауыс беру өкілдігі (ZK), қайта құру механизмдері (stETH, USDM), аударым бойынша ақы алу мүмкіндіктері (мемекоиндер), қара тізімге қосу және ақ тізімге қосу функциялары (USDT, USDC), кідіртуге болатын аударымдар және арнайы соғу ережелері немесе рұқсаттары сияқты жалпы белгілер жиі жойылады. таңбалауыштар үшінші тарап провайдері арқылы көпірленгенде жойылады, өйткені көпірленген нұсқа әдетте негізгі ERC-20 іске асыруын пайдаланады. Функционалдылықтың бұл жоғалуы таңбалауыштың әртүрлі тізбектер бойынша жұмыс істеу жолында сәйкессіздіктер тудырады және осы реттелетін мүмкіндіктерге тәуелді интеграцияларды бұзуы мүмкін.

Көпірлі токендерді стандарттау, көпір провайдерінің көзқарасы бойынша қарапайым болғанымен, токеннің мүмкіндіктерін тиімді төмендетеді және эмитенттің оларды қолданудың барлық көп тізбекті экожүйесінде дәйекті таңбалауыш әрекетін сақтау қабілетіне кедергі келтіруі мүмкін. Мұндай мәселелер тізбекті кеңейтуді әзірлеушілер үшін қорқынышты арманға айналдыруы және бірнеше тізбекте тұратын қолданбалардың арманын жүзеге асыруға кедергі болуы мүмкін.

5. Шектеулі қолдау көрсетілетін тізбектер

Токен эмитенттері таңдалған көпір провайдерінің желісін қамту және кеңейту жоспарларына тәуелді болады. Егер көпір провайдері таңбалауыш эмитенті кеңейткісі келетін белгілі бір блокчейн желісіне қолдау көрсетпесе, олар екі оңтайлы емес таңдауға тап болады:

• Көпір провайдерінің қалаған тізбекке қолдауды қосуын күтіңіз, бұл ұзақ уақыт алуы мүмкін немесе интеграцияның жоғары шығындарына байланысты ешқашан болмайды (мысалы, ZKsync Era-ның EVM теңсіздігі, ол көптеген қолданбаларды ешқашан қолданбауға әкелді)
• Белгілі бір тізбек үшін басқа көпір провайдерін пайдаланыңыз, ол өзгермейтін белгілер мен өтімділіктің фрагментациясы мәселесін қайта енгізеді.

Бұл шектеу хаттаманың өсу стратегиясына және дамып келе жатқан тізбектердегі жаңа пайдаланушыларға қол жеткізу мүмкіндігіне айтарлықтай әсер етуі мүмкін. Көпір провайдерлері токен эмитенті үшін стратегиялық маңызды болуы мүмкін кішірек немесе жаңа желілерді елемей, танымал тізбектерді қолдауға басымдық бере алады.

6. Сәйкес емес кросс-тізбек таңбалауыш адрестері

Үшінші тарап көпір провайдерлері өздерінің технологиялық стектің ерекшеліктеріне байланысты әр тізбекте әртүрлі мекенжайлары бар көпірленген таңбалауыштарды орналастыра алады, мысалы, CREATE2 қолдауы жоқ. Мекенжай сәйкестігінің болмауы, өз кезегінде, көптеген UX мәселелерін тудырады:

• Қауіпсіздік тәуекелдері : Пайдаланушылар әр тізбекте әртүрлі токен мекенжайларын тексеруі керек, бұл жалған белгілермен әрекеттесу қаупін арттырады;
• Интеграцияның күрделілігі : Әзірлеушілер әрбір желі үшін жарамды токен мекенжайларының тізімдерін жүргізуі керек;
• Фишинг қаупінің жоғарылауы : Нашар актерлар пайдаланушыларды жалған белгілермен оңай алдауы мүмкін, өйткені тексеретін тұрақты мекенжай жоқ.

Бұл кемшіліктер, бұрын талқыланған жеткізушілерді құлыптау, егемендікті жоғалту және көпір ақауларының жоғары әсер ету мәселелерімен біріктірілген, кросс-тізбекті таңбалауыштарды орналастыру үшін канондық үшінші тарап көпірлеріне сенім артудың маңызды шектеулерін көрсетеді. Бұл түсінік ERC-7281 сияқты балама шешімдер осы қиындықтарды жан-жақты шешу үшін неліктен қажет екенін анықтауға көмектеседі.

3. Токен-эмитент көпірі арқылы канондық токендерді теңгеріңіз

Егер әзірлеуші жобаның таңбалауышын тізбекті орналастыруды максималды бақылауды қолдағысы келсе, ол қашықтағы тізбектерде таңбалауыштың канондық көрсетілімдерін шығаруды басқара алады. Бұл «токен эмитентіне сену» ретінде сипатталады, өйткені токеннің әрбір көпірленген көрсетілімінің мәні бастапқы тізбектегі таңбалауыштың түпнұсқа нұсқасын шығаруға жауапты хаттамамен таңбалауыштың негізгі тізбегінде құлыпталған таңбалауыштармен байланысты.

Жұмысқа деген осы тәсіл үшін таңбалауыш эмитенті көпірленген токендердің кросс-тізбегінде (жаһандық жеткізудің канондық карта арқылы синхрондалуын қамтамасыз ете отырып) шығаруды және жазуды басқару үшін инфрақұрылымды орнатуы керек. Токен жасаушы шығарған токеннің канондық көрсетілімдерінің көрнекті мысалдары MakerDAO телепорты және Circle's Cross-Chein Transfer Protocol (CCTP) болып табылады.

Телепорт пайдаланушыларға жылдам және баяу жол операциялары арқылы Ethereum мен әртүрлі Ethereum жинақтары арасында канондық DAI жылжытуға мүмкіндік береді. DAI бір тізбекте өртеніп, нысана тізбегінде соғылған. CCTP ұқсас жұмыс істейді және күйіп-жөндеу механизмі арқылы жергілікті USDC (Circle шығарған) кросс-тізбекті тасымалдауға мүмкіндік береді. Екі жағдайда да маркер эмитенті токеннің канондық көрсетілімдерін шығаруды және жазуды бақылайды.

Бұл тәсіл протоколдар үшін көпірленген таңбалауыштарды толық басқаруды ұсынады. Сондай-ақ ол бір токеннің қолданылмайтын көрсетілімдерінің мәселесін ең тиімді жолмен шешеді — токеннің бір ғана канондық нұсқасы (тағайындау тізбегінде эмитент жасаған) бар, бұл пайдаланушылардың токенді пайдалану тәжірибесінің бірдей болуын қамтамасыз етеді. әрбір экожүйеде токен эмитенті қолдайды.

Бұл тәсілдің көмегімен қолданбалар бір экожүйеде өзгермелі хаттама токенінің бейресми, көпірленген көрсетілімінен туындаған өтімділік фрагментациясын жоюдан да пайда көреді. Әзірлеушілер сонымен қатар сенімді кросс-тізбекті қосымшаларды (мысалы, кросс-тізбекті своптар және кросс-тізбекті несиелеу) құра алады, өйткені канондық токен-эмитент көпірлері тізбектер арасында токендердің капиталды тиімді, үздіксіз және қауіпсіз қозғалысына мүмкіндік береді.

Канондық токен-эмитент көпірлерінің кемшілігі, бұл модель тек токендердің кросс-тізбегін орналастыруға және инфрақұрылымды (oracles, keepers, т. тізбекті соғу және күйдіру. Бұл сонымен қатар көпірленген активтердің қауіпсіздігін хаттаманың қауіпсіздік үлгісімен тығыз байланыстырудың біршама жағымсыз әсері бар.

Бұл қатынас (хаттама таңбалауыштарының көпірлі нұсқалары мен хаттаманың қауіпсіздігі арасындағы) достық, өйткені канондық көрсетілімдерді қолдайтын жергілікті таңбалауыштардың қауіпсіздігі протоколдың қауіпсіздігіне байланысты, сондықтан пайдаланушылар мен сыртқы әзірлеушілер жаңа сенім жорамалдарын қабылдамайды. Бұл, әсіресе, Circle және Maker (қазіргі Sky) сияқты эмитенттермен басқарылатын стабилкоин көпірлеріне қатысты - пайдаланушылар тұрақты валюталар үшін стабилкоиндарды өтеу үшін жеткілікті активтерге ие болатынына сенімді, сондықтан стабилкоин көпірінің қауіпсіздігіне сену қиын емес.

Бірақ ол сонымен қатар сәтсіздіктің орталық нүктесін білдіреді — егер токен эмитентінің көпір инфрақұрылымы бұзылса, көп тізбекті экожүйеде айналатын барлық канондық өкілдіктердің құны қауіп төндіреді. Бұл сонымен қатар тек орталықтандырылған кастодиандар (мысалы, USDC жағдайында Circle) канондық көпірленген токендерді шығарудың осы моделін жүзеге асыра алатынын білдіреді.

Қорытынды ойлар

Осы есепте көрсетілгендей, тізбектер арасындағы активтердің ауысуы әртүрлі тізбектер арасында жылжу тәжірибесіне әсер ететін жиынтық өзара әрекеттестіктің маңызды бөлігі болып табылады. Қашықтағы тізбектерге қосылған кезде таңбалауыштардың әсер ету қабілеті де әзірлеуші тәжірибесіне әсер етеді, өйткені белгілі бір пайдалану жағдайлары осы мүмкіндікке байланысты.

Шығарылмайтын кросс-тізбекті токендер мәселесін шешу үшін әртүрлі шешімдер ұсынылды – олардың көпшілігін біз осы есепте қарастырдық. Бұған жергілікті (бекітілген) көпірлер арқылы канондық токендерді соғу, канондық токендерді бірнеше тізбектер арқылы шығару үшін арнайы үшінші тарап көпірін пайдалану және токендердің қозғалысын жеңілдету және жұқпалылықты сақтау үшін протоколға тиесілі көпірді пайдалану кіреді.

Бұл тәсілдер белгілі бір мәселелерді шешсе де, олар барлық мәселелерді шеше алмайды және оларды кросс-тізбекті активтердің ауысу мүмкіндігін қамтамасыз ету үшін пайдалану кейбір жағымсыз келіссөздерді қажет етеді. Біз жақсырақ тәсіл таба аламыз ба? Жауап иә.

ERC-7281 - бар тәсілдермен байланысты айырбастарды жеңілдететін тізбекті активтерді өзгертуге арналған жаңа тәсіл. Сондай-ақ xERC-20 ретінде белгілі, ERC-7281 протоколдарға қауіпсіздік, егемендік немесе пайдаланушы тәжірибесін айырбастамай бірнеше тізбектерге канондық белгілерді тиімді орналастыруға мүмкіндік береді.

ERC-7281 бірегей дизайны көптеген (ақ тізімге енгізілген) көпірлерге протокол токендерінің канондық нұсқаларын қолдау көрсетілетін әрбір тізбекте шығаруға мүмкіндік береді, сонымен бірге протокол әзірлеушілеріне әр көпір негізінде соғу шектеулерін динамикалық түрде реттеуге мүмкіндік береді. Бұл мүмкіндік көп тізбекті канондық таңбалауыштарға арналған тарихи ұсыныстармен байланысты көптеген мәселелерді шешеді, соның ішінде өтімділікті фрагментациялау, ынталандыруды теңестіру, UX мәселелері, көпір қауіпсіздік тәуекелдері, теңшеу мүмкіндігі (тізбекаралық токендер) және т.б.

Тізбекті активтердің ауысуы туралы екі бөлімнен тұратын есептің келесі және соңғы бөлігі ERC-7281-ді егжей-тегжейлі қарастырады және xERC-20 таңбалауыш стандартының әзірлеушілер мен пайдаланушыларға қалай пайда әкелетінін зерттейді. Біз ERC-7281-ді көп тізбекті канондық токендерге арналған басқа конструкциялармен салыстырамыз, xERC-20-ның көп тізбекті канондық таңбалауыштарға деген көзқарасын зерттейміз және стандартты құрастырғысы келетін хаттамалар мен әзірлеушілерге арналған ойларды бөліп көрсетеміз.

Бізбен бірге қалыңыз!