Ведмежий ринок будується, а биковий ринок вибухає, що є консенсусом більшості практикантів Web3.

Проте питання в тому, що в умовах покинутого ринку, виведених коштів та відсутності суттєвих інновацій в моделі застосування, як можна побудувати стійкий успіх у наступному циклі? На що ще заслуговує увага? Які інші гарячі точки та наративи заслуговують на увагу?

Зіткнувшись з цією проблемою, ми можемо отримати натхнення з нещодавно гучно обговорюваних передових тем:

• На початку року ERC-4337 був розгорнутий на головній мережі, а гаманець AA на основі абстракції облікового запису зробив прорив;
• Кілька місяців тому Paradigm визначив «центрикованість наміру» як один із десяти головних трендів, на якій повинна звертати увагу галузь;
• Кілька днів тому Віталік запропонував рішення під назвою Privacy Pool в новій статті, спільно опублікованій з Університетом Базеля, спрямованій на використання технічних засобів для знаходження балансу між конфіденційністю користувачів та наглядом…

Дослідження різних людей виглядають неспівмірними. Але якщо ми з'єднаємо ці дослідження, вони підтверджують загальні проблеми: Як зробити захист конфіденційності користувачів та ефективність взаємодії в Web3 вищою?

Наразі базові протоколи блокчейну прагнуть покращити продуктивність транзакцій; інфраструктурний рівень створює більш стабільні умови для підтримки конкретних типів сценаріїв застосування; а програмний рівень акцентує увагу на поліпшенні користувацького досвіду (UI/UX) їхніх продуктів. Проте, з появою більшої кількості рішень L2, зростанням швидкостей L1, зміцненням інфраструктури та збільшенням кількості застосувань...

Чи переживають користувачі якісний стрибок у розумінні витрат, зручності управління та конфіденційності безпеки при доступі до Web3 сьогодні? Відповідь від'ємна.

Різні рівні розглядають певні питання досвіду та взаємодії в розсіяному та фрагментованому способі на основі їхніх відповідних бізнес-сфер та можливостей. Тому на конференції розробників InfraCon @Token2049 відбувся 12 вересня, Particle Network випустив V2, створюючи користувацько-центричний, модульний доступний шар Web3. З погляду надання зручності користувачам, ефективної взаємодії, автономії даних та модульної адаптивності, що охоплює весь цикл взаємодії з користувачем, Particle Network V2 сприяє ефективності взаємодії користувача з ланцюжком. У цьому випуску ми глибоко занурюємося у Particle Network V2, аналізуючи його ітеративні мотивації, логіку дизайну та майбутні наслідки, та уточнюємо його рішення для використання більшою кількістю практикуючих в галузі.

Particle Network V1: Ядро Шарування на основі WaaS, Створення Кутового Каменю для Ефективної Взаємодії між Користувачами та Ланцюгами

Particle Network офіційно запустила свій продукт V1 в кінці минулого року, заснований на продукті Wallet-as-a-Service (WaaS), який працює на базі MPC-TSS (багатосторонні обчислення з пороговою схемою підпису). Після офіційного запуску ERC-4337 вони також запустили в роботу рішення з послуг зберігання гаманця MPC+AA (багатосторонні обчислення + абстракція рахунку).

Переваги цього рішення полягають в тому, що користувачі можуть увійти за допомогою звичайних методів Web2, не турбуючись про розуміння та захист приватних ключів та мнемонічних фраз. Крім того, на основі безпечного управління фрагментами ключів та середовища виконання MPC (багатосторонні обчислення) та покращеного досвіду гаманця на основі AA (абстракція облікового запису), таких як уніфіковані комісійні витрати та партійні операції.

З погляду власного досвіду користувача, Wallet-as-a-Service (відомий як WaaS) покращує ефективність взаємодії з ланцюгом. Оскільки після використання соціального входу, всі підписи ланцюга також відбуваються в партнерських програмах, інтегрованих з рішенням WaaS, користувачам не потрібно виконувати жодних додаткових операцій, зменшуючи відчуття фрагментації в досвіді та видачу основної технічної логіки.

У той же час, з точки зору проектів Web3, рішення WaaS було широко популяризовано. Протягом 10 місяців з моменту запуску V1, сотні dApps різних типів інтегрували продукти та послуги Particle Network, включаючи Xter.io, Hooked Protocol, ApeX, 1inch та CyberConnect, охоплюючи всі основні проекти в різних галузях.

Це типова модель співпраці B2B2C: Particle Network надає рішення WaaS, а партнери проєкту спільно підвищують досвід кінцевого користувача після інтеграції.

У цій моделі відкрите співтворення з партнерами та розробниками стає ще важливішим. Particle Network зберігає велику відкритість у процесі розвитку свого бізнесу та тісно співпрацює з екологічними партнерами, такими як Linea та BNB Chain. Крім того, організовуючи конференції для розробників, такі як InfraCon, вона зв'язалася з понад 500 відомими будівельниками у галузі.

В цілому продукт V1 мережі Particle вирішив проблему високого порогу для користувачів доступу до Web3 і почав набирати обертів та впливати на галузь.

Дотримуючись основних принципів Web3 та будуючи майбутньоорієнтовану інфраструктуру

Рішення WaaS (Wallet-as-a-Service) значно спростило доступ користувачів та взаємодію, постійно дотримуючись основного принципу забезпечення безпеки даних користувачів та автономії приватності.

Користувачі зберігають контроль над доступом до своїх активів, даних та конфіденційності. За дизайном самоконтролю MPC-TSS постачальники рішень, додатки, та інші треті сторони не можуть обійти користувачів для отримання контролю над їх обліковими записами.

Проте в галузі WaaS все ще існують нерозв'язані проблеми конфіденційності та ефективності взаємодії. Наприклад:

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

Фактично, автономія стосується не лише контролю над окремими приватними ключами, але й контролю користувача над їхньою конфіденційністю на протязі всієї індустрії Web3.

Оскільки автономія має ширший ядро та розширення, як повинна еволюціонувати інфраструктура Web3, орієнтована на майбутнє?

Від 0 до 10 мільйонів користувачів, а після 10 мільйонів користувачів, розгляди щодо вищезазначених питань можуть бути зовсім різними.

Отже, це також стало ключовим врахуванням для ітерації продукту мережі Particle: як забезпечити повну конфіденційність користувача та автономію даних, знизивши бар'єри; та як підвищити ефективність виконання реальних потреб користувачів на основі їх взаємодії з ланцюгом?

Particle Network V2: Інтеграція ZK та Обчислення Наміру, Повністю Ланцюжково-Підтримуваний Модульний Шар Доступу Web3

Версія Particle Network V2, випущена 12 вересня, вирішує вищезазначені проблеми.

По-перше, у відповідь на питання конфіденційності даних, версія V2 надає рішення zkWaaS (Zero-Knowledge Proof Wallet-as-a-Service).

zkWaaS розширює існуючі MPC та AA версії V1, використовуючи технологію доказу нульового знання для забезпечення конфіденційного входу та конфіденційних транзакцій. Перше може приховати зв'язок між входом в обліковий запис Web2 та адресою гаманця на ланцюжку блоків, тоді як друге може вирішити проблему конфіденційності повністю прозорих записів про транзакції на ланцюжку блоків. Конкретні методи проектування будуть детально описані в наступних розділах.

Крім того, у відповідь на проблеми ефективності взаємодії, рішенням, яке пропонує версія V2, є протокол Intent Fusion Protocol (IFP).

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

Particle Network refers to the above solutions collectively as an “intent-centric, modular Web3 access layer.” To facilitate understanding, we can break down this concept to highlight its key features:

• Підтримка всіх сценаріїв взаємодії All Access: Поточні сценарії доступу користувачів Web3 можуть бути приблизно розділені на гаманці, децентралізовані додатки та інструменти штучного інтелекту, подібні до GPT. Версія V2 надає підтримку всіх цих потенційних сценаріїв доступу.
• Некомпромісне забезпечення конфіденційності автономії: У процесах доступу та взаємодії вищезазначених сценаріїв ніяка конфіденційність або безпека не пожертвується (включаючи відповідність між обліковими записами та адресами та транзакційні записи на основі адрес).
• Мінімізація операцій: виконати дійсний намір взаємодії користувача якнайкоротше та найефективніше, а не поточний крок за кроком підпис, шар за шаром авторизації та самостійно розмірковувати про те, як досягти мети з декількома операціями.
• Повна адаптація ланцюга: Для ланцюгів EVM та не-EVM підтримуються всі вищезазначені функції.
• Модульність: Підвищення роз'єднання та взаємодії, значно покращуючи складність між dApps або протоколами та між ними та Мережею Particle.

Якщо технічні концепції все ще здаються занадто абстрактними, можливо, для розуміння досвіду, який можуть принести користувачам додатки, інтегровані з Particle Network V2, можна використовувати приклади з найбільш інтуїтивним сприйняттям користувачів.

1. Користувач увійшов у агрегатор доходів dApp на ланцюзі Ethereum, використовуючи свій обліковий запис Google, і, не будучи обізнаним, створив адресу гаманця без особистого ключа або мнемонічної фрази.
2. Ніхто інший не може сприймати відповідність між своїм обліковим записом Google та адресою гаманця.
3. Користувач бажає інвестувати свої ETH у найкращий продукт доходності ланцюга на будь-якому L1/L2 та автоматично викупити його, коли дохід досягне певної суми, а потім застосувати його в Lido для безризикового прибутку.
4. Користувач вводить ці вимоги у текстовій формі, агрегатор доходів автоматично розуміє, декомпонує та виконує намір користувача.
5. Протягом процесу інвестування, викупу та стейкінгу транзакційні записи, що генеруються на ланцюжку, є невидимими для зовнішнього світу.

Цей сценарій перевершує поточний основний досвід Web3 як у плані конфіденційності, так і ефективності, і саме zkWaaS (Zero-Knowledge Proof Wallet-as-a-Service) та Протокол злиття намірів у версії V2 підтримують реалізацію цього сценарію.

Проте вищезазначений приклад занадто спрощений та абстрактний. На практиці, як саме zkWaaS та Протокол Інтент-Фьюжн були спеціально розроблені та розглянуті?

Конфіденційний Auth: Першопрохідне дослідження для приховування відповідності між обліковими записами Web2 та адресами

Щодо приховування відповідності між обліковими записами соціальних мереж Web2 та адресами on-chain, недавно популярний додаток SocialFi Friend.Tech може надати деякі відомості.

Є повідомлення, що свідчать про те, що ідентифікатор Twitter та відношення гаманця користувача Friend tech було витікло. Причина полягає в тому, що запит API Friend tech є публічним і безпосередньо викладений на веб-сайті, що означає, що будь-хто може робити запит через API та отримувати зв'язок між обліковим записом користувача у Twitter та їх гаманцем Friend tech.

Хоча деякі відомі особистості можуть не мати нічого проти того, щоб їхні акаунти в соціальних мережах були відкриті на ланцюжку, це не означає, що всі мають такий же настрій. Більш серйозною проблемою є те, що через конструктивні недоліки в деяких продуктах все це може бути здійснено без згоди особи. Тому цілій галузі Web3 потрібен метод, який може приховати відповідність між гаманцями та обліковими записами Web2 без жертвування зручністю входу в обліковий запис Web2.

Типовим рішенням в індустрії є генерація веб-версії логін-даних для облікового запису веб-версії 2. Якщо потрібна перевірка, цю версію представляють, а для порівняння використовуються докази нульового знання. До встановлених рішень входять Holonym, Polygon ID та CanDID від Chainlink.

Однак проблема цього рішення полягає в тому, що користувачам потрібно зберігати цю веб-версію облікових даних Web3, що може створювати психологічні та виконавчі труднощі. Тому в zkWaaS мережі Particle Network робиться нове дослідження під назвою Конфіденційний Логін: користувачі можуть забезпечити анонімність відносин між своєю адресою та обліковим записом Web2, не жертвуючи досвідом входу та труднощами.

Це відсутність навантаження означає, що користувач не усвідомлює технічні деталі за кулісами та обробку їхніх даних. Конкретні кроки впровадження наступні:

1. Користувачі все ще можуть використовувати звичайні методи підтвердження електронної пошти / телефону або входу за допомогою облікового запису в соціальних мережах. Після підтвердження буде створений гаманець, що відповідає методу входу Web2.
2. Під час входу за допомогою телефону/електронної пошти або входу за допомогою облікового запису в соціальній мережі, згенерований код підтвердження та токен будуть надіслані до видавця облікових даних в Надійному середовищі виконання (TEE) за допомогою zkWaaS.
3. Видавець вірнихсть перевіряє автентичність коду підтвердження та токену, наданого користувачем.
4. Якщо верифікація пройшла успішно, користувачеві буде виписано веб3 токен/сертифікат, щоб підтвердити, що користувач був автентифікований через метод веб2.
5. zkWaaS за замовчуванням шифрує цей токен/сертифікат Web3 для зберігання.
6. Вищезазначені кроки встановлюють відповідність між гаманцем користувача та методом входу в Web2, але через те, що токен/сертифікат Web3 зашифрований, цей зв'язок не може бути сприйнятий зовні.
7. Користувачу потрібно лише використовувати докази з нульовим відомостями, щоб перевірити цей зв'язок у разі необхідності. Однак у звичайних обставинах через зашифроване зберігання цей зв'язок зовнішньо не є видимим.

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

Конфіденційна транзакція: коли записи на ланцюжку вже не є повністю прозорими

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

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

Ще в січні цього року Віталік висловив такі обурення у своїй дослідницькій статті «Неповний посібник зі схованих адрес»: використання додатків Ethereum може включати в себе виявлення великої частини свого життя перед громадськістю.

У зв'язку з такими проблемами конфіденційності поточні рішення можна розділити на захист конфіденційності на рівні активів та захист конфіденційності на рівні адрес.

Захист конфіденційності на рівні активів, такий як типовий Tornado Cash та інші протоколи змішування монет, включає незрозумілі зашифровані активи. Користувачі змішують свої кошти з коштами інших, щоб ускладнити відстеження потоків коштів. Однак такий підхід надає можливості для незаконних дій, таких як відмивання грошей, і може призвести до регуляторної перевірки. Санкція, накладена на Tornado Cash Міністерством скарбу США, є свідченням цього.

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

Ще один підхід, як досліджував Віталік у попередній статті, полягає в створенні системи прихованої адреси: користувачі генерують одноразові тимчасові адреси для взаємодії та транзакцій. Однак проблема виникає тоді, коли ці тимчасові адреси не мають балансу і не можуть оплатити комісію за газ для ініціювання транзакцій, що призводить до парадоксу типу "курка або яйце".

zkWaaS мережі Particle виходить за межі системи Stealth Address Віталіка та пропонує концепцію Smart Stealth Address (розумна прихована адреса), щоб підтримувати конфіденційні операції (Confidential Transaction). Smart Stealth Address використовує концепцію прихованих адрес, але з додаванням заправної станції для вирішення початкової проблеми зі сплатою газу. Це гарантує, що зовнішні спостерігачі не можуть визначити конкретну адресу, куди надсилаються активи.

Конкретний процес виконання виглядає наступним чином:

1. Коли Еліс хоче відправити активи Бобу, Боб отримує активи, але віддає перевагу, щоб весь світ не знав, що він їх отримав. Хоча можна приховати, хто отримувач, але неможливо приховати той факт, що відбулася передача.
2. Приховані транзакції пропонують рішення цьому сценарію. Боб може згенерувати приховану адресу на основі публічно-приватної пари ключів та передати її Еліс. Еліс може відправити активи на цю адресу та перевірити, що вони належать Бобу, але лише Боб може контролювати ці активи.
3. Через АЗС інший акаунт може бути готовий оплатити паливний збір за транзакції, що включають приховану адресу, що дозволяє виконати транзакції.

З точки зору витрат на проектування та розуміння, підхід до захисту конфіденційності на основі адресного виміру є кращим. Це тому, що цей підхід не призводить до додаткових робочих витрат; немає потреби писати нові контракти або модифікувати алгоритми узгодження. Для цього потрібна лише підтримка гаманця для таких форм, як приховані адреси.

Використовуючи Particle Network V2, можливість захисту конфіденційності транзакцій на ланцюжку може бути безпосередньо інтегрована, і додатки не потрібно адаптувати себе, що призводить до значного зниження витрат при покращенні ефективності.

Протокол об'єднання намірів: Фокусування взаємодії на одному результаті, а не на кількох процесах

У липні Paradigm представила свої топ-10 трендів уваги, першим пунктом є протоколи та інфраструктура, спрямовані на наміри. Поступово поняття «намір» почало набирати обертів.

Однак за цією новою концепцією все ще стоїть стара проблема низької ефективності взаємодії Web3: вираження того, що ви хочете, щоб сталося у декларативній формі, а не виконання кожного кроку у командному режимі.

Для спрощення цього концепції далі, взаємодія з Web3 повинна бути: те, що ви думаєте, те й отримуєте. Наразі взаємодія більшості додатків Web3 зосереджена на кроках — досягнення кінцевого наміру вимагає від користувачів пройти кілька процесів, авторизуючи й підписуючи кожен крок по черзі.

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

Отже, нам також потрібен метод автоматичного розуміння, розбору та виконання кінцевого наміру користувача, абстрагуючи від процесу взаємодії.

Насправді деякі протоколи DeFi виступають підприємливцями у відповідь на такі вимоги. Наприклад, лімітні замовлення в DEX є типовим дизайном «що ви думаєте, те й отримаєте». Коли ціна досягає заданої умови, обмін токенів може відбутися за кращою ціною, тим самим досягаючи кінцевого наміру.

Проте ця експлуатація обмежується фінансовим сценарієм Web3, а намір дизайну не є універсальним. Для різних сценаріїв попиту потрібне більш універсальне рішення обробки наміру. Це саме ще один напрямок, досліджений в Particle Network V2: інтеграція можливих моделей наміру з різних областей застосування через Протокол Злиття Намірів, автоматична структурування, розбиття та виконання наміру користувача.

Важливо зауважити, що ця інтеграція патернів намірів є необмеженою та універсальною. Рішення протоколу об'єднання намірів можуть інтегрувати будь-які наміри, чи то on-chain, чи off-chain, без зайвого контролю дозволів, і без дискримінації потенційних сценаріїв намірів. Чи це DeFi, геймінг чи спілкування, протокол об'єднання намірів утворює єдину рамку обробки намірів.

Розбиваючи цю рамку обробки наміру, ми бачимо кілька загальних кроків:

1. Користувач виражає намір: Користувачі повідомляють системі, що вони хочуть зробити через конкретні додатки або інтерфейси, такі як додатки, підтримані zkWaaS, гаманці тощо. Для плавної ідентифікації виразів користувача, Particle Network надає відповідні інструменти як на стороні користувача, так і на стороні розробника.

• DSL наміру (Domain-Specific Language): Конкретна мова або формат, призначений для спрощення виразу наміру користувачів.
• Фреймворк DApps Intent: Фреймворк, який надається розробникам для легкого розуміння та структуризації намірів користувачів.

1. Розкладний намір: Структурований користувацький намір надсилається в "Мережу претендентів на намір", яка поєднує влане та позавлане претендентів для оптимального розкладання наміру на зашифрований об'єкт (Об'єкт конфіденційного наміру), що містить детальні та явні інструкції щодо виконання наміру користувача.
2. Виконати намір: Користувачі підписують зашифрований об'єкт, і Мережа розв'язування наміру забезпечує правильне та ефективне виконання наміру користувача. У цій мережі існує конкурентний механізм, де розв'язувальники на ланцюжку або поза ланцюжком конкурують за реалізацію наміру користувача та отримують винагороду. Чим інтенсивніше конкуренція, тим вища ефективність. Наприкінці намір виконується, і користувач отримує очікувані результати.

Однак Протокол об'єднання намірів сам по собі не може вирішити проблему; виконання протоколу також залежить від підтримуючих середовищ:

• Particle zkEVM: Один з основних компонентів, що відповідає за надання абстракції облікових записів на багатьох ланцюгах користувачам. Ця абстракція дозволяє користувачам підписати один раз і виконати на декількох ланцюгах. Крім того, zkEVM відповідає за єдиний Intent Mempool, який через IntentVM може передавати структуровані конфіденційні об'єкти намірів розв'язувальникам, дозволяючи їм створювати та виконувати транзакції.
• Intent Mempool: Через IntentVM він пересилає структуровані «Конфіденційні об'єкти наміру» солверам, дозволяючи їм створювати та виконувати транзакції.
• Менеджер стейкінгу та реєстр намірів: Ці два компоненти утворюють основу безпеки та механізмів консенсусу on-chain та off-chain. Вони включають механізми винагород, щоб забезпечити плавну роботу та співпрацю всієї системи.

Загалом, мережа Particle V2 надає повний набір протоколу наміру + середовищ виконання. Користувачам потрібно лише зосередитися на своїх намірах, а всі технічні та протокольні деталі (такі як структурування, розбиття та виконання намірів) можуть бути автоматизовані.

У кінцевому підсумку, що стосується досвіду користувача, користувачі можуть вводити те, що вони хочуть зробити (таке як купівлю NFT на Base) так само, як спілкуються з ChatGPT в вікні чату. Додаток, розуміючи намір, безпосередньо генерує потрібні результати для користувачів, які не повинні бути обізнані з заплутаними процесами, що включені.

Web3 Access Layer: The New Engine Driving Web3 Towards Vast Blue Oceans:

Повертаючись до початкового питання, висунутого в статті: Як ми можемо покращити користувацький досвід в Web3?

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

У підсумку, давайте узагальнимо, як модульний рівень доступу, піонерський і розроблений компанією Particle Network V2, адаптується до ширшого кола користувачів і сценаріїв:

• На нижньому рівні (мережа): Забезпечується Particle Network, вона надає можливість абстракції облікового запису та мережу вирішення намірів, закладаючи основу для ефективності в операціях та взаємодії.
• У середньому шарі (протоколи): Присутні різні протоколи конфіденційності авторизації, конфіденційних транзакцій та протоколи об'єднання намірів, з модульними конструкціями, які дозволяють проєктам інтегрувати конкретні протоколи або увесь комплект.
• На верхньому рівні (Додатки): Різноманітні додатки, що працюють завдяки інтеграції протокольних рівнів та наданню інфраструктурних можливостей, можуть безпосередньо використовувати послугу гаманця через SDK та фреймворки, отримуючи доступ до zk та intent можливостей, що в кінцевому підсумку дозволяє досягти більш вдосконаленого доступу користувачів та взаємодії.

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

У кінцевому підсумку, коли вся промисловість буде добре підготовлена до прийняття інкрементальних користувачів у плані досвіду, Web3 відкриє безпрецедентні можливості.

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

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