Переслати оригінальну назву: Технічна інформація про ZetaChain: Універсальна інфраструктура OmniChain DAPP

ZetaChain - це публічний POS-ланцюг, заснований на Cosmos SDK, блоки якого записують міжланцюгові повідомлення та дані, ініційовані на "зовнішніх ланцюгах". Користувачі зовнішніх ланцюжків, таких як BTC, можуть повідомляти про свої наміри мережі ZetaChain, публікуючи повідомлення в певному форматі, схожому на протокол Ordinals. Вузли ZetaChain використовують механізм консенсусу для визначення того, які повідомлення та їх послідовності обробляти, і в кінцевому підсумку використовують схему порогового підпису (TSS) для генерації цифрового підпису в цільовому ланцюжку. Цей процес передбачає вивільнення активів з публічного рахунку мережі, що запускає наступні етапи транзакцій.

Поточний список вузлів-валідаторів на ZetaChain включає численні проектні сторони та установи, такі як OKX, HashKey Cloud, Dora Factory та інші. Завдяки сумісності ZetaChain з EVM, він підтримує розгортання контрактної логіки. Повноланцюгові розробники DApp можуть безпосередньо писати програми обробки міжланцюгових повідомлень в ZetaChain, усуваючи необхідність розгортання проміжних контрактів на активи в декількох ланцюжках і, таким чином, заощаджуючи витрати на розробку. З точки зору користувача, теоретично, достатньо взаємодіяти з контрактами ZetaChain, що усуває необхідність у численних взаємодіях з проміжними контрактами між вихідним і цільовим ланцюжками і знижує витрати на комісію за транзакції. Подібно до деяких проектів Intent з ефектом "єдиного ланцюжка зберігання активів", ZetaChain підтримує розгортання контрактів на активи або протоколів DeFi. Користувачі можуть генерувати певні повідомлення на фронтенді DApps на різних ланцюжках, щоб асинхронно викликати DeFi-контракти або стани активів ZetaChain. Це налаштування також підтримує ланцюжкові акаунти BTC. Це все одно, що дозволити ZetaChain безпосередньо розміщувати універсальний уніфікований обліковий запис активів у всіх ланцюжках. Однак для досягнення цього ефекту потрібен спеціальний інтерфейс DApp для спільної роботи. На даний момент основна функція ZetaChain - служити базовою інфраструктурою для інтероперабельності омніканальних мереж. Він може аналізувати та обробляти певні міжланцюгові повідомлення, а також виступати платформою виконання бізнес-логіки для багатоланцюгових DApps. Основна бізнес-модель обертається навколо типових сценаріїв від B до B до C.

Тіло: З постійним розвитком блокчейн-індустрії ми опинилися в ері багатоланцюгового взаємозв'язку. У цю епоху різні публічні ланцюги з відмінними характеристиками породили диверсифіковані сценарії застосування, створюючи різноманітний досвід для користувачів. Однак водночас ізоляція між ланцюгами стала більш вираженою. Часто акаунти в різних ланцюжках не можуть взаємодіяти, і активи користувачів у різних ланцюжках залишаються у фрагментованому і не об'єднаному стані. Це збільшує поріг використання і значно погіршує користувацький досвід.

Можна сказати, що проблема фрагментації і несумісності між різнорідними ланцюжками є однією з головних перешкод на шляху до підвищення конверсії користувачів. Популярність екосистеми BTC сьогодні ще більше підкреслює проблеми інтероперабельності між різнорідними ланцюжками. Як сказав Віталік Бутерін багато років тому: "Багатоланцюгова мережа - це майбутнє". Хоча співіснування декількох ланцюгів стало нестримною тенденцією, встановлення міжланцюгових мостів між гетерогенними ланцюгами залишається складним завданням.

Для вирішення проблеми сумісності омніканальних мереж LayerZero, Polyhedra, Map Protocol, Bool Network, і навіть Cosmos і Polkadot запропонували різні рішення для обміну повідомленнями між ланцюжками. Нещодавно запущений ZetaChain, який представив свій токен, є важливим гравцем в ландшафті інфраструктури омніканальних мереж.

Нижче ми надамо короткий технічний огляд омніканального рішення ZetaChain, пояснивши, як воно служить базовою інфраструктурою для омніканальних інтероперабельних DApps, забезпечуючи парсинг та обробку повідомлень між ланцюжками.

Проблеми з існуючими крос-ланцюговими рішеннями

Насправді, найпростіший сценарій, який повинен вирішити міжланцюговий міст, - це передача активів між різними ланцюгами. Наприклад, при переказі активів з ETH на Polygon, вам потрібно спочатку перевести активи на вказану депозитну адресу в ланцюжку ETH, а потім отримати еквівалентну суму в ланцюжку Polygon. Проблема виникає через те, що вузли Polygon не можуть підтвердити, що сталося в ланцюжку ETH, і не знають, чи дійсно ви внесли вказану суму. Якщо хтось неправдиво стверджує, що поклав 100 USDT на вказану адресу ETH і ініціює заявку на виведення коштів в ланцюжку Polygon, щоб вивести свої 100 USDT, це призводить до проблеми "виведення з повітря". Ключ до перехресного моста полягає у вирішенні такої проблеми шляхом підтвердження того, що всі заявки на зняття коштів відповідають реальним депозитним операціям. По суті, це передбачає доведення на ланцюжку B, що дійсно було N транзакцій, пов'язаних з міжланцюговим мостом на ланцюжку A.

В даний час основні крос-ланцюгові мости, як правило, використовують нотаріальний механізм, який передбачає створення групи нотаріальних вузлів, які досягають "консенсусу" за допомогою мультипідписів або підписів MPC. Поки більшість нотаріальних вузлів погоджуються з тим, що ваша крос-ланцюгова дія може бути схвалена, ваші активи можуть безперешкодно перетинати ланцюжок. Деякі міжланцюгові мости використовують більш безпечні хеш-блоки або впроваджують легкі вузли інших ланцюжків через внутрішньоланцюгові контракти. Ці мости підтверджують дійсність крос-ланцюгової діяльності, отримуючи merkle-докази або zk-докази. Однак вартість таких міжланцюгових мостів часто є вищою і в кінцевому підсумку перекладається на комісію за транзакції користувачів. Тому більшість міжмережевих мостів все ще обирають модель позамережевого нотаріального вузла для консенсусу з декількома підписами. Довідка: Пояснення, які міркування є важливими при проектуванні перехресних мостів? Зокрема, нотаріальні крос-ланцюгові мости часто стикаються зі значними ризиками, включаючи вразливість до хакерських атак або інсайдерських крадіжок. Згідно зі статистикою SlowMist Hacked, у 2022 році сталося 16 інцидентів безпеки, пов'язаних з крос-ланцюговими мостами, що призвело до загальних втрат на суму $1,21 млрд. Це склало 32% від загальних втрат від інцидентів, пов'язаних з атаками всередині ланцюжка в тому році, що підкреслює небезпеку вразливостей безпеки в крос-ланцюгових мостах.

Крім того, багато існуючих міжланцюгових мостів в основному використовують модель Lock-Mint, коли активи блокуються в ланцюжку А, а відповідні відображені активи випускаються в ланцюжку Б для здійснення міжланцюгового переказу активів. Однак, процес обробки депозитів і зняття коштів у таких рішеннях вимагає багаторазової взаємодії з контрактом на відображений актив, що призводить до значного тертя і потенційної втрати коштів. Крім того, численні рішення для міжмережевих мостів підтримують передачу активів лише між EVM-сумісними ланцюжками, стикаючись з проблемами при взаємодії між різнорідними ланцюжками, такими як Solana і Bitcoin, через відмінності в технічних стандартах. З огляду на питання безпеки та комісій, основні рішення для міжланцюгових мостів часто намагаються досягти оптимальних результатів і не можуть забезпечити "внутрішній" переказ активів у ланцюжку. У сучасній екосистемі Біткоїна зростає прагнення до безперешкодної та природної взаємодії між ланцюжками, очікуючи на більш ефективне рішення. ZetaChain вирішує цю проблему завдяки своєму унікальному підходу.

Функціональні можливості ZetaChain: Базова інфраструктура для міжланцюгових інтероперабельних DAPP

ZetaChain позиціонує себе як базову інфраструктуру для омніканальних сумісних DApps, що спеціалізується на підтримці різних прикладних протоколів для міжланцюгових взаємодій - приклад базової інфраструктури B To B To C. Вона використовує механізм допуску PoS, що дозволяє вузлам, які зберігають активи, входити в мережу і виступати в ролі нотаріусів. Всі вузли PoS, що використовують технологію TSS, беруть участь у перевірці та обробці міжмережевих повідомлень, прагнучи максимально підвищити безпеку. Водночас ZetaChain полегшує розгортання смарт-контрактів, включаючи бізнес-логіку, пов'язану з обміном активами. Користувачі можуть надсилати повідомлення в певному форматі в будь-якому ланцюжку, викликаючи ZetaChain або підтримувані ним DeFi-контракти в декількох ланцюжках. Наприклад, на BTC користувачі можуть опосередковано викликати DeFi-функції на Polygon. Результатом є спрощення передачі повідомлень між різними блокчейнами, досягнення інтероперабельності.

DApp, засновані на сценарії інтероперабельності омніканальних мереж, можуть розгортати бізнес-логіку обміну активами на ZetaChain, полегшуючи користувачам автоматичну конвертацію газових токенів між різними ланцюжками. Наприклад, використовуючи фронтенд певних омнічейн DApps, ви можете видавати повідомлення певного формату на BTC, подібно до протоколу Ordinals, що вказує на виклик контракту на Solana. Вузли ZetaChain виявлять це повідомлення, і згодом AMM-контракт на ZetaChain зможе автоматично розрахувати співвідношення обміну між BTC і SOL. Потім він випускає еквівалентну кількість SOL в ланцюжку Solana, виконуючи наступні кроки, такі як виклик контрактів і, нарешті, переказ заслужених активів назад на вашу адресу BTC або Solana. Цей процес називається "багатоланцюговою інтероперабельністю", коли вам потрібно опублікувати повідомлення лише в одному ланцюжку, щоб віддалено викликати DApps у кількох ланцюжках. У цьому контексті ZetaChain можна концептуалізувати як "розрахунковий рівень ланцюжка ланцюжків". У всіх сценаріях багатоланцюгової взаємодії, таких як ініціювання виклику з ланцюга A до DApp на ланцюгу B, це схоже на те, що ланцюг A спочатку розраховується з ZetaChain. Потім ZetaChain синхронізує попередньо оброблені результати розрахунків з відповідним рахунком на ланцюжку B, завершуючи наступні кроки. Протягом усього цього процесу не виникає надмірної взаємодії з контрактами на відображення активів або тертя в транзакційних комісіях. Обіг активів полегшується завдяки публічним рахункам ZetaChain в різних ланцюжках, що усуває необхідність частого розгортання контрактів на зіставлення активів в різних ланцюжках, як це відбувається в традиційних крос-ланцюгових додатках.

В даний час здається, що омніканальні додатки на основі ZetaChain можуть заощадити значну кількість клопоту, усуваючи необхідність кропіткої розробки контрактів на відображення активів у різних ланцюжках. Всі деталі щодо притоку і відтоку активів між вихідним і цільовим ланцюжками обробляються ZetaChain. Іншими словами, вам потрібно лише розгорнути бізнес-логіку, пов'язану з міжланцюговими транзакціями, на ZetaChain. Це дозволяє різним повноланцюговим додаткам підтримувати не-EVM-ланцюги, такі як Solana, Algorand, Bitcoin і DogeCoin, у фронтенді без необхідності широко впроваджувати спеціальні крос-ланцюгові контракти додатків на різних ланцюгах. Крім того, сам ZetaChain підтримує розгортання контрактів на активи або рахунків AA (Autonomous Asset). Користувачі в різних ланцюжках можуть надсилати повідомлення в певному форматі для виклику цих контрактів, ніби працюючи з єдиним обліковим записом у всіх ланцюжках. Такий підхід до проектування, також відображений в Particle Network's Particle Chain, в кінцевому підсумку дозволяє користувачам централізувати записи даних про свої активи в ZetaChain або Particle Chain. При необхідності користувачі можуть асинхронно викликати свої контракти активів в ZetaChain, надсилаючи повідомлення про виклик через фронтенд DApps на "зовнішніх ланцюжках". Згодом ZetaChain через публічний рахунок на зовнішньому ланцюжку переказує певну кількість активів на вказану користувачем адресу або взаємодіє із зазначеним користувачем протоколом DeFi.

Для реалізації цієї серії операцій потрібні спеціалізовані фронтенд-додатки DApp. Іншими словами, сам по собі ZetaChain лише надає послуги в якості базової інфраструктури для омнічейна, і для генерації повідомлень в певному форматі на стороні додатку потрібен спеціальний вхід на стороні користувача.

Модель безпеки ZetaChain: Велика мережа нотаріальних вузлів на основі стейкінгу POS

Зрештою, ZetaChain - це, по суті, мережа вузлів-валідаторів, призначених для міжланцюгової обробки повідомлень. Побудований на основі Cosmos SDK, він складається з численних вузлів валідаторів і використовує POS як механізм входу, таким чином досягаючи стійкості до атак Sybil і забезпечуючи базову безпеку.

У мережі ZetaChain вузли Validator, що виконують роль децентралізованих нотаріусів, підтверджують, які запити в інших ланцюжках були запущені в очікуванні. На основі консенсусу вони фіксують цю поведінку між ланцюжками і переходять до наступних кроків. Використовуючи розподілені підписи ключів TSS, ZetaChain може генерувати інструкції для транзакцій в інших ланцюжках. Можна сказати, що те, що роблять валідатори, має деяку схожість з нотаріальним режимом крос-ланцюгових мостів, але при стейкінгу POS вузли валідаторів є більш недовірливими, вирішуючи проблему Сибіли.

(Поточний список вузлів-валідаторів Zetachain включає багато проектних сторін або установ) Клієнт валідатора Zetachian включає два модулі, ZetaCore і ZetaClient. Модуль ZetaCore бере участь у генерації блоків ZetaChain і процесі консенсусу, а модуль ZetaClient спостерігає за подіями в зовнішніх ланцюжках і підписує вихідні транзакції. Тут під "вихідним" можна просто розуміти запис журналу транзакцій в ZetaChain і відправку його в "зовнішні ланцюжки" (маються на увазі ланцюжки за межами ZetaChain). Це запускає відповідні дії в цільовому ланцюжку, вміст якого в першу чергу включає адресу контракту, ідентифікатор ланцюжка і вміст повідомлення, задекларований користувачем в повідомленні, подібно до розділу журналу в транзакціях Ethereum.

І навпаки, під "вхідними" можна розуміти запис відповідних повідомлень/транзакцій із зовнішніх ланцюжків за межами ZetaChain, таких як крос-ланцюгові запити, виклик смарт-контрактів на zEVM і т.д., в ZetaChain. Важливо відзначити, що при запуску вузлів Validator для ZetaChain клієнтський код включає в себе три модулі: Validator, Observer і TSS Signer. Ці три модулі мають різну функціональність, але всі вони належать до клієнта ZetaChain.

Модулі спостерігача та підписувача TSS

По-перше, всі вузли ZetaChain мають модуль "валідатор", з функціоналом, подібним до валідаторних вузлів у публічних ланцюжках PoS, який бере участь у процесах генерації блоків і консенсусу. Крім того, вузли можуть голосувати за пропозиції в ланцюжку на основі співвідношення стейкхолдерів (ZETA). Блоки ZetaChain містять всі оброблені крос-ланцюгові записи і взаємодії зі смарт-контрактами омніканального ланцюга, виконуючи роль журналу.

Модуль "спостерігач" в клієнті ZetaChain запускає інші повні вузли/легкі вузли публічного ланцюжка, відстежуючи певні формати транзакцій/повідомлень між ланцюжками. Модуль "Спостерігач" працює у двох режимах: активному та пасивному. Різні вузли ZetaChain можуть перемикати модуль Observer в один з цих режимів. Модуль Observer постійно відстежує, чи є пов'язані з ZetaChain міжланцюгові повідомлення/події в інших ланцюжках. Якщо так, то модуль Observer вузла ZetaChain повідомляє про це модуль Validator. Ці спостережувані міжланцюгові повідомлення потім передаються в блок ZetaChain і підтверджуються колективно шляхом консенсусу.

Існує два режими спостереження: активний і пасивний. В активному режимі ноди безперервно сканують транзакції/події/стани в інших блокчейнах за межами ZetaChain, запускаючи повні вузли цих ланцюжків. У пасивному режимі вузли не синхронізують повні блоки з інших блокчейнів; замість цього вони пасивно отримують розібрані міжланцюгові повідомлення від інших вузлів ZetaChain. Однак, хоча вузли в пасивному режимі не синхронізують повні блоки зовнішнього ланцюжка, вони синхронізують заголовки блоків і підтверджують за допомогою доказу Меркла, що ці міжланцюгові повідомлення/дані про транзакції дійсно існують у зовнішньому ланцюжку.

Перевага активного режиму полягає в тому, що більшість вузлів ZetaChain синхронізують дані з зовнішніх ланцюжків, забезпечуючи сильну стійкість до цензури. У цьому режимі будь-яка взаємодія користувача з ZetaChain може відбуватися, як тільки вузол виявляє запит, ініційований у зовнішньому ланцюжку. Однак в активному режимі запуск вузлів пов'язаний з більшими витратами. Окрім запуску клієнта вузла ZetaChain, вузли також повинні запускати повноцінні вузли зовнішніх ланцюгів, синхронізуючи дані та безперервно проводячи сканування. З іншого боку, пасивний режим пропонує значно нижчі операційні витрати для звичайних вузлів-спостерігачів. Лише певні вузли запускають повний клієнт зовнішніх ланцюжків, тоді як інші вузли запускають полегшені клієнти без синхронізації повних блоків зовнішніх ланцюжків. Це призводить до зниження витрат і полегшує масштабування кількості вузлів у пасивному режимі, полегшуючи інтеграцію з декількома зовнішніми ланцюгами. Однак недоліком пасивного режиму є те, що активність спостереження за даними на зовнішніх ланцюжках залежить від кількох вузлів, що призводить до слабшої стійкості до цензури. Щоб полегшити цю ситуацію, ZetaChain стимулює вузли запускати активний режим модуля Observer.

(В активному режимі на вузлах має бути запущено повний клієнт зовнішніх ланцюжків. У пасивному режимі працюють лише легкі клієнти зовнішніх ланцюжків, які отримують крос-ланцюгові повідомлення та докази Меркла від вузлів ZetaChain в активному режимі для підтвердження достовірності повідомлень)

Підпис TSS

Всі міжланцюгові повідомлення, які спостерігаються і перевіряються вузлами ZetaChain, в кінцевому підсумку ініціюють транзакцію в цільовому ланцюжку через публічну адресу облікового запису ZetaChain, що призводить до подальших операцій. У цьому процесі потрібно створити цифровий підпис для цієї міжмережевої транзакції в цільовому ланцюжку. Щоб забезпечити безпеку і надійність, генерація підпису здійснюється всіма вузлами ZetaChain, які колективно зберігають фрагменти ключів для генерації підпису. Ці фрагменти ключа розподіляються між кількома підписувачами, і тільки коли більшість підписувачів нададуть свої підписи, цифровий підпис для транзакції може бути згенерований на зовнішньому ланцюжку. У будь-який момент часу одна сутність або невелика підмножина вузлів не може представляти ZetaChain при ініціюванні транзакцій або підписанні повідомлень на зовнішніх ланцюжках.

У крос-ланцюговій моделі ZetaChain необхідно лише мати спільну адресу облікового запису в різних ланцюжках без необхідності розгортання складних смарт-контрактів. Алгоритм мультипідпису ZetaChain використовує TSS, порогову схему підпису. Хоча зовні видимі цифрові підписи транзакцій відповідають єдиному приватному ключу, публічному ключу та адресі, насправді цей приватний ключ генерується багатьма фрагментами, розподіленими між усіма пристроями вузла ZetaChain, згенерованими без залучення посередників. У будь-який момент часу один суб'єкт або кілька валідаторів не можуть представляти всю мережу, щоб зібрати воєдино фрагменти приватних ключів і підписати повідомлення. Процес генерації та підписання ключів TSS здійснюється за допомогою багатосторонніх обчислень (MPC), що гарантує відсутність витоку секретів вузлів-учасників. Вузли ZetaChain можуть генерувати підписи транзакцій на різних ланцюжках. На додаток до сумісності з різними ланцюжками EVM, ZetaChain додає можливість віддаленого виклику смарт-контрактів для біткоїна або ланцюжків без смарт-контрактів. Користувацький досвід аналогічний тому, як користувачі Bitcoin безпосередньо викликають певні функції DeFi.

Цей сценарій особливо підходить для розміщення багатоланцюгових DeFi-додатків в екосистемі BTC. Оскільки блокчейн BTC не може реалізувати надто складну бізнес-логіку, він покладається на зовнішню інфраструктуру для віддаленого виклику певних DeFi-контрактів. Функції ZetaChain добре підходять для користувачів екосистеми BTC для асинхронного виклику DeFi-контрактів.

zEVM: Універсальна платформа для крос-ланцюгових DAPP-контрактів

На відміну від традиційних крос-ланцюгових рішень, які вимагають розгортання контрактів на відображення активів у кожному ланцюжку, ZetaChain досягає крос-ланцюгової функціональності, розгортаючи смарт-контракт лише один раз у власному ланцюжку. У ZetaChain є EVM-сумісний рівень виконання, який називається zEVM, де можна безпосередньо розгортати міжланцюгові смарт-контракти. zEVM підтримує наступні можливості: будь-хто може надсилати дані транзакцій у певному форматі на зовнішній ланцюжок і викликати контракт на zEVM; логіка контракту на zEVM може контролювати вихідні дані транзакцій, що генеруються на зовнішньому ланцюжку. Ці дві додаткові можливості дозволяють zEVM підтримувати загальне програмування, розгортати специфічну бізнес-логіку та атомарно змінювати стан на різних ланцюжках. Якщо відбувається міжланцюгова операція і ZetaChain виявляє, що наступні кроки цієї міжланцюгової операції не були успішними в цільовому ланцюжку, дані, змінені міжланцюговою транзакцією в контракті ZetaChain, можна відкотити назад, як ніби нічого не сталося. Крім того, омніканальному додатку DAPP не потрібно розгортати мапування контрактів на активи в різних ланцюжках. Йому достатньо використовувати контракт в ланцюжку ZetaChain, щоб централізовано налаштувати логіку обробки міжланцюгових повідомлень за одну зупинку, без необхідності часто розгортати міжланцюгові контракти в багатоланцюговій мережі. Це може значно заощадити витрати на розробку повноланцюгових DAPP. На рівні користувача, оскільки немає необхідності часто взаємодіяти з зіставленими контрактами на активи в декількох ланцюгах, вартість є нижчою, ніж у звичайних міжланцюгових мостів, які вимагають розгортання зіставлених контрактів на активи в різних ланцюгах. Крім того, спеціальні DeFi-контракти і активи ZRC-20 або навіть NFT також можуть бути розгорнуті в ZetaChain для синхронізації даних про стан активів або розгортання облікових записів AA. Це надає йому можливості уніфікованої платформи для управління активами (реєстрації стану). Оскільки нам більше не потрібно докладати зусиль, щоб володіти активами в декількох ланцюгах, цей сценарій єдиних рахунків активів у всьому ланцюгу може створити більший потенціал у майбутньому.

Висновок

З того, що ми обговорили в цій статті, ми отримали краще розуміння "інфраструктури інтероперабельності омніканальних мереж" ZetaChain. Через модуль спостерігача в клієнті валідатора ZetaChain відстежує певні повідомлення/транзакції в зовнішніх ланцюжках, повідомляє про них модулю валідатора, досягає консенсусу щодо повідомлень в мережі ZetaChain, аналізує дані, що містяться в повідомленнях, генерує цифрові підписи за допомогою TSS і запускає подальші процеси транзакцій у відповідних цільових ланцюжках, таким чином реалізуючи міжланцюгову взаємодію по всій мережі. Водночас, омніканальні смарт-контракти на основі ZetaChain дозволяють нам тісно взаємодіяти з різними блокчейнами без необхідності використовувати контракти на відображення активів у різних ланцюжках. Це усуває виклик надлишкової контрактної логіки, заощаджуючи транзакційні витрати. Крім того, оскільки ZetaChain сумісний з EVM, будь-який розробник DApp або навіть окремі користувачі можуть розгортати власну логіку обробки міжланцюгових повідомлень. Теоретично, можна розгорнути весь контракт DApp в єдиному вікні. Розробникам крос-ланцюгових додатків не потрібно часто розгортати/оновлювати логіку контрактів на відображення активів у різних ланцюжках, що виключає витрати на надлишкову розробку.

Відмова від відповідальності:.

1. Ця стаття передрукована з[极客 Web3], всі авторські права належать оригінальному автору[Howe & Faust, 极客web3]. Якщо у вас є заперечення щодо цього передруку, будь ласка, зв'яжіться з командою Gate Learn, і вони оперативно його опрацюють.
2. Відмова від відповідальності: Погляди та думки, висловлені в цій статті, належать виключно автору і не є інвестиційною порадою.
3. Переклади статті іншими мовами виконані командою Gate Learn. Якщо не зазначено інше, копіювання, розповсюдження або плагіат перекладених статей заборонені.