Стабилькоин-родной Layer-1 блокчейн Arc от Circle 26 мая в X опубликовал мэппинг инфраструктуры для прогнозных рынков, подтвердив четыре ключевых направления проектирования: нативное исполнение стабилькоинов, встроенную поддержку обменных операций, детерминированные расчёты, а также архитектуру, нацеленную на поддержку комплаенс-рабочих процессов. Основной запуск основной сети Arc запланирован на 2026 год; ранее опубликованные тестнеты уже обработали более 1,5 млрд транзакций.
Как Arc решает уже подтверждённые ограничения существующих прогнозных рынков
Технический дизайн Arc адресно решает четыре ключевых ограничения текущих платформ прогнозных рынков:
Волатильность Gas-расходов: в сетях вроде Ethereum используются волатильные Gas-токены, из‑за чего пользователям нужно управлять дополнительными активами; стоимость транзакций трудно предсказать, особенно это неудобно для небольших операций. Решение Arc: Gas-расходы напрямую оплачиваются USDC; транзакционные издержки котируются в фиатной валюте и остаются предсказуемыми. Разработчики могут точнее моделировать пользовательские сценарии, а для потребительских прогнозных рынков с низким порогом входа это делает экономику более жизнеспособной.
Фокус на долларовые потоки капитала: большинство прогнозных рынков поддерживает расчёты только в USD, что ограничивает участие пользователей из других «кредитных» экосистем и сужает сценарии кроссбордерных приложений. Решение Arc: нативная маршрутизация обменных операций в ончейне позволяет разработчикам строить рынки вокруг разных дизайнов стабилькоинов (например, рынки, привязанные к европейской инфляции, с расчётами в EURC, а рынки, связанные с политикой США — с расчётами в USDC), не заставляя пользователей принудительно конвертировать валюты.
Фрагментация UX в разных юрисдикциях: пользователи из разных регионов сталкиваются с несогласованными точками входа и разным пользовательским опытом; из‑за этого глобальная доступность прогнозных рынков ограничена. Решение Arc: поддержка локализуемого дизайна рынков и участия в нескольких валютах позволяет разработчикам строить версии рынков для разных регионов, используя единый слой расчётов.
Недостаточная поддержка комплаенс-рабочих процессов: чтобы прогнозные рынки могли входить в контуры управления, для бизнеса или в регулируемые сценарии, нужны контроль переводов, аутентификация и поддаваемость аудиту; существующая архитектура публичных блокчейнов плохо это поддерживает. Решение Arc: контроль переводов, шлюз по идентификации или процессы раскрытия информации можно встроить прямо в логику приложения. Детерминированная финальность даёт понятный результат расчётов; поддаваемость аудиту поддерживает верификацию и доверие к операциям.
Частые вопросы
Как в техническом плане реализован механизм USDC Gas в Arc и в чём его принципиальная разница с текущими Gas-механизмами в Ethereum Layer-2?
В Ethereum и его Layer-2 Gas-расходы обычно нужно оплачивать ETH или нативными токенами, что требует от пользователей держать дополнительные нативные токены для взаимодействия и повышает трение на входе. Arc — это отдельный Layer-1 блокчейн; его протокол консенсуса спроектирован так, чтобы напрямую принимать USDC в качестве Gas-токена, а не имитировать эту возможность «вне протокола» через механизмы вроде Gas Station Network. Это означает, что пользователям достаточно иметь USDC для выполнения всех операций на Arc, без необходимости дополнительно получать нативные токены. Для разработчиков стоимость Gas котируется в фиате и остаётся стабильной, благодаря чему проще планировать бизнес-модель и UX пользователей.
Как именно детерминированная финальность (Deterministic Finality) Arc влияет на расчёты прогнозных рынков?
Детерминированная финальность означает, что после подтверждения блока транзакции уже нельзя откатить или изменить. Для прогнозных рынков это критично на этапе расчётов: когда итог события рынка подтверждён (например, результаты выборов или достижение ценой определённого уровня), система должна сразу и необратимо распределить средства в пользу победителя. Если у базового блокчейна есть «вероятностная финальность» (например, в Bitcoin требуется несколько подтверждений, чтобы считать это безопасным), тогда расчётный процесс несёт теоретический риск атак с реорганизацией. Детерминированная финальность Arc в сочетании с примерно 0,5 секунды времени расчёта в тестнете задаёт чёткие границы расчётов, особенно важные для институциональных и комплаенс-сценариев.
При регуляторных предпосылках, когда прогнозные рынки блокируют в Индонезии, Индии и других странах, может ли комплаенс-архитектура Arc эффективно снижать регуляторные риски?
Комплаенс-архитектура Arc позволяет разработчикам интегрировать контроль переводов, шлюзы по идентификации и механизмы раскрытия информации на уровне логики приложения. Это даёт платформам прогнозных рынков возможность адаптировать работу под требования местного регулирования, например ограничивать доступ для пользователей из конкретных стран/регионов, встраивать процедуры KYC или настраивать аудиторскую трассировку движения средств. Однако наличие комплаенс-инструментов не решает автоматически вопрос юридической квалификации. Блокировки в Индонезии, Индии и в других странах основаны на правовой квалификации прогнозных рынков как «онлайн-гэмблинга», и эта квалификация применима независимо от того, какую комплаенс-рамку использует платформа. Архитектура Arc больше помогает снять техническое трение в институциональных комплаенс-сценариях (например, AML/KYC и движение кроссбордерных средств), а не обойти законодательство о азартных играх в конкретных юрисдикциях.
