Polymarket готується до запуску pUSD і оновлення протоколу, щоб скоротити невдалі угоди

• Polymarket готує оновлення протоколу, яке запровадить pUSD — забезпечений USDC токен-порука на базі Polygon.
• Переробка має націлитися на зменшення кількості невдалих угод, зниження комісій за газ і покращення керування ордерами на всій платформі.

Polymarket готує оновлення протоколу, яке виглядає менш косметичним, ніж структурним, із новим токеном-порукою та переробленою торговельною архітектурою, спрямованою на виправлення деяких із найбільш стійких точок тертя на платформі. Згідно з документацією компанії, оновлення запровадить Polymarket USD, або pUSD, токен ERC-20 у мережі Polygon, який повністю забезпечений USDC. На практиці pUSD працюватиме як технічне відображення балансу користувача всередині платформи. Коли користувачі вносять USDC, цей баланс з’являється в pUSD-формі на Polymarket, і його можна буде обміняти назад на USDC під час зняття. pUSD змінює «внутрішні механізми», а не звичний сценарій користувача Для більшості користувачів front-end-досвід не має змінюватися надто сильно. Кошти надходять, з’являється баланс, розміщуються угоди, і гроші можна буде вивести. Відмінність — під капотом, на рівні розрахунків. Polymarket каже, що протокол і надалі здійснюватиме розрахунки торговельної активності в нативному USDC, тоді як pUSD виступатиме токеном-порукою всередині платформи. Компанія явно намагається зробити систему більш ефективною щодо капіталу та легшою для масштабування, не перетворюючи сценарій користувача на щось складніше. Вона також подбала про те, щоб pUSD описували консервативно. Токен подають як стандартний ERC-20 у Polygon, забезпечений USDC через механіки виведення, що примушуються смартконтрактами, без алгоритмічного пегу та без структури дробового резерву. Менше невдалих угод — це справжня «продаюча» перевага Найбільш важливе оновлення може стосуватися архітектури самої торгівлі. Polymarket стверджує, що нові CTFv2 та оновлений дизайн книги ордерів мають зменшити збої, пов’язані з nonce, умови гонитви під час перевірки балансу та інші проблеми в крайових сценаріях, які призводили до невдалих угод. Зараз комісії розраховуватимуться під час матчингу, а не під час розміщення ордера, тоді як відстеження ордерів перейде на модель «timestamp плюс підпис», замість покладання на onchain nonce. Компанія також каже, що витрати на газ мають знизитися, бо нові контракти використовують більш ефективні бібліотеки. Акцент зроблено й на безпеці. Контракти CTFv2 були аудитовані Cantina та Quantstamp, і Polymarket каже, що планує відкрити вихідний код смартконтрактів наступного тижня разом із програмою bug bounty. Це натякає на те, що компанія розуміє: оновлення оцінюватимуть меншою мірою за повідомленням про запуск і більшою — за тим, чи нова система працює чисто, коли її введуть в роботу.