Я почти закрыл документы, потому что подумал, что уже разобрался в проекте.
Было поздно, мой блокнот был полон стрелок и зачёркнутых идей, и всё звучало знакомо. AI-агенты. Автоматизация. Разрешения. Я поймал себя на мысли: «Я уже читал эту историю раньше».
Но один вопрос заставил меня перестать писать.
Если агент перемещает активы от моего имени, во что именно я доверяю?
Не маркетингу. Не интерфейсу. Самому исполнению.
Этот вопрос полностью изменил то, как я смотрю на Newton Protocol.
Деталь, которая снова и снова тянула меня назад, — его гибридная архитектура TEE и доказательств с нулевым разглашением. Я больше не читал это как ещё одну техническую функцию. Я видел в этом попытку решить проблему доверия, которая возникает сразу, как только автоматизация касается реальной ценности.
Безопасная среда исполнения — это часть картины. Другая часть — возможность проверить, что именно произошло, не раскрывая чувствительную информацию. В этой связке мне показалось гораздо более важным, чем очередное обещание, что AI-агент «сделает правильную вещь».
То же чувство вернулось, когда я дошёл до модели политик. Вместо того чтобы давать агенту неограниченную свободу, разработчики задают политики, используя данные on-chain и off-chain. Это говорит мне, что разговор сейчас меньше про то, чтобы делать агентов умнее, и больше про то, чтобы их границы можно было проверять.
Думаю, именно тут многие люди, включая меня поначалу, смотрят на автоматизированные крипто-системы не так. Мы часто сравниваем функции, поддерживаемые сети или то, сколько задач может выполнить агент.
По-настоящему сложный вопрос — есть ли у протокола основания для доверия каждому действию после того, как вы перестали наблюдать.
Похоже, Newton сначала проектирует ответ именно на этот вопрос. Даже децентрализованная модель доверия, подкреплённая повторно застейканным обеспечением, указывает в ту же сторону. Доверие не предполагается по умолчанию. Это то, что система пытается усиливать проверяемыми правилами и экономическими последствиями.
Я ушёл с другим способом оценивать проекты автоматизации.
Вместо того чтобы спрашивать: «Что может сделать этот агент?»
@NewtonProtocol $NEWT #Newt
Было поздно, мой блокнот был полон стрелок и зачёркнутых идей, и всё звучало знакомо. AI-агенты. Автоматизация. Разрешения. Я поймал себя на мысли: «Я уже читал эту историю раньше».
Но один вопрос заставил меня перестать писать.
Если агент перемещает активы от моего имени, во что именно я доверяю?
Не маркетингу. Не интерфейсу. Самому исполнению.
Этот вопрос полностью изменил то, как я смотрю на Newton Protocol.
Деталь, которая снова и снова тянула меня назад, — его гибридная архитектура TEE и доказательств с нулевым разглашением. Я больше не читал это как ещё одну техническую функцию. Я видел в этом попытку решить проблему доверия, которая возникает сразу, как только автоматизация касается реальной ценности.
Безопасная среда исполнения — это часть картины. Другая часть — возможность проверить, что именно произошло, не раскрывая чувствительную информацию. В этой связке мне показалось гораздо более важным, чем очередное обещание, что AI-агент «сделает правильную вещь».
То же чувство вернулось, когда я дошёл до модели политик. Вместо того чтобы давать агенту неограниченную свободу, разработчики задают политики, используя данные on-chain и off-chain. Это говорит мне, что разговор сейчас меньше про то, чтобы делать агентов умнее, и больше про то, чтобы их границы можно было проверять.
Думаю, именно тут многие люди, включая меня поначалу, смотрят на автоматизированные крипто-системы не так. Мы часто сравниваем функции, поддерживаемые сети или то, сколько задач может выполнить агент.
По-настоящему сложный вопрос — есть ли у протокола основания для доверия каждому действию после того, как вы перестали наблюдать.
Похоже, Newton сначала проектирует ответ именно на этот вопрос. Даже децентрализованная модель доверия, подкреплённая повторно застейканным обеспечением, указывает в ту же сторону. Доверие не предполагается по умолчанию. Это то, что система пытается усиливать проверяемыми правилами и экономическими последствиями.
Я ушёл с другим способом оценивать проекты автоматизации.
Вместо того чтобы спрашивать: «Что может сделать этот агент?»
@NewtonProtocol $NEWT #Newt