Anoma, нова операційна система для Web3... План для dApps, розроблений за допомогою «Intent» Автор сценарію@Parknow_BM @anoma З'явилися численні dApps, які покращують громіздку діяльність у ланцюжку, але користувачам залишається складно орієнтуватися в них без базових знань про блокчейн. Щоб досягти бажаного результату, користувач повинен особисто з'ясувати та виконати весь процес: які протоколи DeFi використовувати, через який міст переміщати активи та на якій DEX завершити торгівлю. Цей процес є неминучим вхідним бар'єром для нових користувачів, які щойно створили свої гаманці з цифровими активами. Ось чому UI/UX називають однією з найбільших перешкод, що перешкоджають «масовому прийняттю», про яке мріє Web3. Тут проект оголосив про фундаментальну зміну парадигми, щоб «покласти край цій епосі незручностей». Цим проектом є Anoma. Anoma описує себе як «операційну систему блокчейну (ОС), подібну до Windows», яка прагне до повного стеку, децентралізованого та інтегрованого дизайну для dApps. Майбутнє, яке передбачає Anoma, дуже просте: змусити користувачів сприймати складний бекенд (блокчейн) і видимий фронтенд не як окремі компоненти, а як єдину, пов'язану «програму». Anoma: зміна основ взаємодії з блокчейном В основі дизайну Anoma лежить його архітектура, «орієнтована на наміри». Це глибоко вкорінена інновація, яка змінює спосіб взаємодії користувачів із блокчейном з «імперативного» на «декларативний». До цього часу блокчейни покладалися на конкретні команди, видані користувачами, відомі як «транзакції». Наприклад, «Обміняйте 100 токенів C на токени D через пул B на біржі A». Цей процес також має сліпу зону безпеки: користувачам важко повністю зрозуміти потенційні ризики, закладені в транзакції, які вони підписують. «Наміри» Anoma перевертають все це з ніг на голову. Замість складного шляху виконання, користувачі просто оголошують бажаний кінцевий результат і обмеження. Вони висловлюють намір на кшталт: «Я хочу обміняти 100 токенів C на принаймні 50 токенів D». Це звільняє користувача від ролі «експерта, якому потрібно знати все» до «суб'єкта, якому потрібно лише знати, чого він хоче». Подорож наміру до реальності Щоб обробити бажаний намір користувача, система Anoma проходить наступні етапи. Крок 1: Створення та поширення наміру Все починається з того, що користувач створює «намір», який містить його мету. Запитуваний намір надсилається до мережі розв'язувачів, яку можна розглядати як мемпул Anoma, і обробляється розв'язувачами відповідно до наміру. Крок 2: Поява «розв'язувачів» для пошуку оптимального рішення Запити, що надходять до мережі розв'язувачів, обробляються Solvers, які діють на основі економічних стимулів. Розв'язувачі об'єднують та аналізують наміри в мережі розв'язувачів Anoma, щоб знайти оптимальну комбінацію угод, яка задовольняє наміри кількох користувачів одночасно. По суті, вони знаходять дешеві та швидкі торгові комбінації. Крок 3: Криптографічний стек для конфіденційності та справедливості Anoma забезпечує надійну конфіденційність і справедливість у процесі після того, як розв'язувач знаходить рішення. Тайга: Спочатку рішення проходить через Taiga, фреймворк конфіденційності. Деталі угоди (тип активу, сума, адреса тощо) шифруються доказами з нульовим розголошенням для забезпечення анонімності. Ferveo: Потім зашифрована транзакція знову запечатується за допомогою порогової криптографічної технології під назвою Ferveo. Це робить сам мемпул непрозорим, не дозволяючи нікому стежити за деталями транзакції, перш ніж вони будуть включені в блок. Це фундаментально блокує MEV, який існує в традиційних мемпулах блокчейну. Крок 4: Двигун 'Typhon' для остаточного виконання та досягнення консенсусу Як тільки всі приготування завершені, зашифрована транзакція нарешті передається високопродуктивному механізму консенсусу, Typhon. Typhon визначає порядок цих транзакцій, надійно записує їх у блок і, нарешті, виконує, перетворюючи намір користувача в реальність. Якщо запитуваний намір вимагає складного процесу в кількох ланцюжках, механізм консенсусу Typhon гарантує, що всі кроки або будуть успішними атомарно разом, або зазнають невдачі разом. Таким чином, оголошений намір користувача проходить через складну та витончену систему Anoma та повертається у вигляді оптимізованого результату. Максимізація ефективності за допомогою кільцевих торгів Конструкція Anoma також забезпечує «координацію N-to-N», що узгоджує взаємні інтереси кількох учасників одночасно. Наприклад, розглянемо ситуацію з трьома користувачами, кожен з яких має різний актив і хоче отримати інший актив. А має ETH і хоче USDC; B має USDC і хоче ATOM; а С має ATOM і хоче ETH. У поточній екосистемі dApp усі три користувачі повинні проводити свої обміни індивідуально, сплачуючи значні комісії та несучи ризики прослизання та MEV. Це пов'язано з тим, що вони повинні діяти незалежно, не знаючи про існування один одного. Однак в Anoma розв'язувач може виявляти свої заявлені «наміри» в режимі реального часу та об'єднувати їх у єдину структуру «Кільцева торгівля». Якщо A заявляє: «Я хочу дати 1 ETH і отримати принаймні 3000 USDC», розв'язувач одночасно поєднує це з наміром B: «Я хочу дати 3000 USDC і отримати принаймні 250 ATOM» і наміром C: «Я хочу дати 250 ATOM і отримати принаймні 1 ETH», створюючи єдину атомарну транзакцію. У результаті три користувачі обмінюються бажаними активами в одній транзакції, і угода не відбудеться, якщо не будуть виконані всі умови. Це яскравий приклад практичної цінності екосистеми, орієнтованої на наміри, до якої прагне Anoma, оскільки вона об'єднує фрагментовану ліквідність для максимізації ефективності торгівлі та створює структуру, яка приносить користь усім учасникам. Бачення Anoma можна розглядати як процес перепроектування самої основи, на якій працюють додатки від перших принципів до повної реалізації потенціалу блокчейну. Він безпосередньо спрямований на хронічні проблеми Web3 – фрагментацію, складність розробки та поганий користувацький досвід. Anoma мріє про ОС для масового впровадження, де користувачі зможуть природним чином насолоджуватися перевагами технології блокчейн, навіть не відчуваючи її складності.