Acurast встроил «реальный спрос на вычисления» в экономическую модель ACU, но рост использования не обязательно означает рост спроса на ACU.
Я изучил white paper Acurast: https://arxiv.org/html/2503.15654
В нём описан следующий процесс: разработчики создают deployment, заранее задают бюджет, расписание выполнения и цель;
процессоры принимают задания, выполняют их и передают результаты получателю. Успешное или неудачное выполнение в любом случае фиксируется в истории надёжности.
В текущей документации также указано, что плата за успешное выполнение сжигается; основное вознаграждение процессоры получают из пула инфляционных наград, а фактическое выполнение повышает вес награды в соответствующую эпоху.
Иными словами, между оплатой пользователей и доходом процессоров «нет прямого распределения средств».
Отсюда возникает вопрос, который стоит обсудить:
О том, запущен ли экономический цикл ACU, лучше всего говорят количество разработчиков, которые постоянно отправляют задания и успешно их выполняют, сумма уплаченных комиссий и их соотношение с объёмом инфляционных эмиссий.
Кроме того, в официальной документации для разработчиков сейчас доступен способ развёртывания через USDC/x402. Поэтому дополнительное использование вычислительных ресурсов не обязательно приводит к прямому спросу на ACU.
Поэтому, на мой взгляд, оценивать ценность $ACU только по тому, «сколько телефонов предоставляют вычислительные мощности», нельзя.
Логику предложения понять несложно:
Процессоры запускают на устройствах тесты производительности и участвуют в распределении наград с учётом таких показателей, как CPU, память и хранилище. Выбрав Staked Compute, они также обязуются предоставлять вычислительные мощности в течение определённого времени; за невыполнение обязательств могут последовать штрафы.
Фактическое выполнение deployment на устройстве тоже повышает вес награды за текущий период.
Задача этой модели — мотивировать поставщиков вычислительных ресурсов не просто «быть онлайн», но и стабильно выполнять обязательства.
Теперь посмотрим на спрос:
Отправляя задание, разработчик должен указать план выполнения, требования к ресурсам, бюджет и адрес назначения результата; процессор принимает задание, выполняет его и передаёт результат, после чего информация об успехе или неудаче попадает в историю надёжности.
Плата за успешное выполнение сжигается, но процессор не получает напрямую часть этой суммы: основное вознаграждение поступает из пула инфляционных наград.
Это означает, что в экономической модели Acurast существуют две отдельные линии:
одна поддерживает предложение вычислительных мощностей за счёт наград и стейкинга, другая зависит от реальных deployment, которые создают спрос на услуги и приводят к сжиганию комиссий.
Чтобы эти линии соединились, разработчики должны регулярно размещать задания, а не просто расти число устройств или транзакций в тестовой сети.
Есть и ещё один фактор, который легко упустить:
сейчас официальный сервис также предлагает способ развёртывания через USDC/x402.
Это упрощает разработчикам пробный запуск, но приведёт ли дополнительное использование вычислительных ресурсов к прямому спросу на ACU, зависит от конкретного способа оплаты.
Поэтому при оценке $ACU я обращаю внимание на три вещи:
успешно выполненные deployment, повторное использование сервиса разработчиками и соотношение фактических комиссий с инфляционными эмиссиями.
Количество устройств говорит о расширении предложения; именно задания, за которые постоянно платят, лучше показывают, что формируется спрос на «реальную децентрализованную вычислительную сеть».
@Acurast #AI #DePIN
Я изучил white paper Acurast: https://arxiv.org/html/2503.15654
В нём описан следующий процесс: разработчики создают deployment, заранее задают бюджет, расписание выполнения и цель;
процессоры принимают задания, выполняют их и передают результаты получателю. Успешное или неудачное выполнение в любом случае фиксируется в истории надёжности.
В текущей документации также указано, что плата за успешное выполнение сжигается; основное вознаграждение процессоры получают из пула инфляционных наград, а фактическое выполнение повышает вес награды в соответствующую эпоху.
Иными словами, между оплатой пользователей и доходом процессоров «нет прямого распределения средств».
Отсюда возникает вопрос, который стоит обсудить:
О том, запущен ли экономический цикл ACU, лучше всего говорят количество разработчиков, которые постоянно отправляют задания и успешно их выполняют, сумма уплаченных комиссий и их соотношение с объёмом инфляционных эмиссий.
Кроме того, в официальной документации для разработчиков сейчас доступен способ развёртывания через USDC/x402. Поэтому дополнительное использование вычислительных ресурсов не обязательно приводит к прямому спросу на ACU.
Поэтому, на мой взгляд, оценивать ценность $ACU только по тому, «сколько телефонов предоставляют вычислительные мощности», нельзя.
Логику предложения понять несложно:
Процессоры запускают на устройствах тесты производительности и участвуют в распределении наград с учётом таких показателей, как CPU, память и хранилище. Выбрав Staked Compute, они также обязуются предоставлять вычислительные мощности в течение определённого времени; за невыполнение обязательств могут последовать штрафы.
Фактическое выполнение deployment на устройстве тоже повышает вес награды за текущий период.
Задача этой модели — мотивировать поставщиков вычислительных ресурсов не просто «быть онлайн», но и стабильно выполнять обязательства.
Теперь посмотрим на спрос:
Отправляя задание, разработчик должен указать план выполнения, требования к ресурсам, бюджет и адрес назначения результата; процессор принимает задание, выполняет его и передаёт результат, после чего информация об успехе или неудаче попадает в историю надёжности.
Плата за успешное выполнение сжигается, но процессор не получает напрямую часть этой суммы: основное вознаграждение поступает из пула инфляционных наград.
Это означает, что в экономической модели Acurast существуют две отдельные линии:
одна поддерживает предложение вычислительных мощностей за счёт наград и стейкинга, другая зависит от реальных deployment, которые создают спрос на услуги и приводят к сжиганию комиссий.
Чтобы эти линии соединились, разработчики должны регулярно размещать задания, а не просто расти число устройств или транзакций в тестовой сети.
Есть и ещё один фактор, который легко упустить:
сейчас официальный сервис также предлагает способ развёртывания через USDC/x402.
Это упрощает разработчикам пробный запуск, но приведёт ли дополнительное использование вычислительных ресурсов к прямому спросу на ACU, зависит от конкретного способа оплаты.
Поэтому при оценке $ACU я обращаю внимание на три вещи:
успешно выполненные deployment, повторное использование сервиса разработчиками и соотношение фактических комиссий с инфляционными эмиссиями.
Количество устройств говорит о расширении предложения; именно задания, за которые постоянно платят, лучше показывают, что формируется спрос на «реальную децентрализованную вычислительную сеть».
@Acurast #AI #DePIN
