Проблема «Призрачного агента» в реестре моделей Newton
Я изучал реестр моделей Newton Protocol и думаю, что есть одна проблема, которую стоит решить в самом начале. Я называю её проблемой «Призрачного агента».
Реестр моделей — это место, где разработчики перечисляют ИИ-агентов. Чтобы добавить агента, вы платите регистрационный сбор в NEWT. Операторы также делают стейк NEWT, чтобы выполнять задачи. Идея проста. Хорошие агенты зарабатывают сборы. Плохие получают штрафы. Со временем рынок вычищает некачественные сервисы.
Но вот где есть разрыв. Что если я заплачу сбор и никогда не запущу агента? Я не делаю стейк оператора. Я не выполняю никаких задач. Я просто оставляю агента в реестре.
Зачем кто-то будет так делать. Чтобы занять имя. Чтобы создавать шум. Чтобы усложнить поиск реальных агентов. Я назову это «Аренда (сквоттинг) имен агентами».
Сейчас я не вижу публичного правила, которое бы удаляло агента из реестра, если он не используется. Поэтому он может бесконечно оставаться в реестре, не выполняя ни одной операции. Slashing (штрафы) срабатывает только если есть оператор и неудачная задача. При отсутствии активности штрафовать некого.
Моё предложение — Proof-of-Usage (Доказательство использования).
Если у агента не было ни одного выполнения в течение 90 дней, автоматически исключать его из реестра.
90 дней — это справедливо: даёт разработчикам время найти пользователей, но при этом не позволяет «сквоттить» вечно.
Это можно реализовать, отслеживая last_execution_timestamp в блокчейне. После 90 дней бездействия удалять запись. Возврата сбора не будет, так что спам становится дорогим. Повторно добавить агента можно в любой момент, снова заплатив сбор.
Это не закрывает реестр. Просто поддерживает его в чистоте. Пользователи видят агентов, которые действительно используются. Операторы получают более точный сигнал. А сквоттинг становится затратным.
Newton хочет быть координационным слоем для on-chain автоматизации. Для этого реестр должен отражать агентов, которые реально работают, а не тех, кто один раз заплатил сбор.
Это лишь моё мнение, основанное на том, как реестр устроен сегодня. Но я думаю, что Proof-of-Usage — это небольшое правило, которое может предотвратить большую проблему по мере роста маркетплейса.@NewtonProtocol #newt $NEWT
Я изучал реестр моделей Newton Protocol и думаю, что есть одна проблема, которую стоит решить в самом начале. Я называю её проблемой «Призрачного агента».
Реестр моделей — это место, где разработчики перечисляют ИИ-агентов. Чтобы добавить агента, вы платите регистрационный сбор в NEWT. Операторы также делают стейк NEWT, чтобы выполнять задачи. Идея проста. Хорошие агенты зарабатывают сборы. Плохие получают штрафы. Со временем рынок вычищает некачественные сервисы.
Но вот где есть разрыв. Что если я заплачу сбор и никогда не запущу агента? Я не делаю стейк оператора. Я не выполняю никаких задач. Я просто оставляю агента в реестре.
Зачем кто-то будет так делать. Чтобы занять имя. Чтобы создавать шум. Чтобы усложнить поиск реальных агентов. Я назову это «Аренда (сквоттинг) имен агентами».
Сейчас я не вижу публичного правила, которое бы удаляло агента из реестра, если он не используется. Поэтому он может бесконечно оставаться в реестре, не выполняя ни одной операции. Slashing (штрафы) срабатывает только если есть оператор и неудачная задача. При отсутствии активности штрафовать некого.
Моё предложение — Proof-of-Usage (Доказательство использования).
Если у агента не было ни одного выполнения в течение 90 дней, автоматически исключать его из реестра.
90 дней — это справедливо: даёт разработчикам время найти пользователей, но при этом не позволяет «сквоттить» вечно.
Это можно реализовать, отслеживая last_execution_timestamp в блокчейне. После 90 дней бездействия удалять запись. Возврата сбора не будет, так что спам становится дорогим. Повторно добавить агента можно в любой момент, снова заплатив сбор.
Это не закрывает реестр. Просто поддерживает его в чистоте. Пользователи видят агентов, которые действительно используются. Операторы получают более точный сигнал. А сквоттинг становится затратным.
Newton хочет быть координационным слоем для on-chain автоматизации. Для этого реестр должен отражать агентов, которые реально работают, а не тех, кто один раз заплатил сбор.
Это лишь моё мнение, основанное на том, как реестр устроен сегодня. Но я думаю, что Proof-of-Usage — это небольшое правило, которое может предотвратить большую проблему по мере роста маркетплейса.@NewtonProtocol #newt $NEWT
