Binance Square
chartbabe
188 Публикации

chartbabe

Binance Creator
24 подписок(и/а)
33 подписчиков(а)
182 понравилось
Посты
·
--
Статья
NEWTON PROTOCOL: У кошелька должны быть правила до того, как агент получит ключисамый быстрый способ сделать умную систему опасной — дать ей деньги, прежде чем дать ей ограничения… честно говоря, это первое, что приходит мне в голову, когда я смотрю на @NewtonProtocol now. все постоянно говорят об ai-агентах, будто сложность в том, чтобы научить их находить сделки, переводить средства, ребалансировать позиции или работать, пока мы спим, но я больше не думаю, что главная проблема — в интеллекте. доступ — вот что главное. агент может быть очень умным и при этом неправильно понять одну строчку, довериться плохим данным или следовать старому плану после того, как рынок уже изменился, и когда за ним стоит кошелёк, это маленькое неверное решение может превратиться в реальную транзакцию ещё до того, как пользователь вообще откроет приложение.

NEWTON PROTOCOL: У кошелька должны быть правила до того, как агент получит ключи

самый быстрый способ сделать умную систему опасной — дать ей деньги, прежде чем дать ей ограничения… честно говоря, это первое, что приходит мне в голову, когда я смотрю на @NewtonProtocol now. все постоянно говорят об ai-агентах, будто сложность в том, чтобы научить их находить сделки, переводить средства, ребалансировать позиции или работать, пока мы спим, но я больше не думаю, что главная проблема — в интеллекте. доступ — вот что главное. агент может быть очень умным и при этом неправильно понять одну строчку, довериться плохим данным или следовать старому плану после того, как рынок уже изменился, и когда за ним стоит кошелёк, это маленькое неверное решение может превратиться в реальную транзакцию ещё до того, как пользователь вообще откроет приложение.
Я всё время слышу «более быстрые ИИ-агенты» — словно скорость это и есть конечный ответ, и честно говоря, от этого мне становится ещё тревожнее… если агент ошибается, то «быстрее» просто означает, что ошибка доберётся до моего кошелька раньше. Я видел, как простые боты снова и снова следуют одному неверному сигналу, не останавливаясь. Поэтому когда подключаются реальные средства, мне неважно, насколько умно выглядит демо — важно, кто может сказать, что этот бот вообще имеет право делать. Вот почему мне подходит @NewtonProtocol — в более базовом смысле. Не потому что он обещает какое-то магическое AI-будущее, а потому что он задаёт ту часть, которую пропускают большинство проектов: >> что этот агент на самом деле может делать? Прежде чем произойдёт транзакция: проверить сумму. проверить контракт. проверить адрес. оценить риски. убедиться, что действие вообще соответствует задаче, которую пользователь ему дал. если не соответствует — остановить там. не после расчёта, не после того как на дашборде вспыхнет красный, не после того как все начнут строчить треды о том, что пошло не так. Мне кажется, крипто годами строила более быстрые двигатели, одновременно изображая, будто тормоза — опциональны, ха-ха. А потом что-то ломается — и внезапно всем нужны ограничения, разрешения, чеки и чёткие правила. Эти вещи выглядят скучно, пока в один момент они не спасают аккаунт. Ньютон не идеален, и я не думаю, что политика убирает все риски тоже. Плохое правило всё равно остаётся плохим, неверные данные всё равно могут привести к неверному ответу, и тот, кто контролирует политику, всё ещё очень важен. Но я бы предпочёл видимые ограничения, которые можно проверить, а не некий скрытый бэкенд, который говорит: «поверьте, бот знает, что делает». Для меня реальный вопрос про ИИ в финансах не в том, сколько свободы мы можем дать агенту. А в том, сколько свободы можно дать ему, не потеряв контроль над деньгами. Скорость полезна. Интеллект полезен. Но ни то, ни другое не должно идти с пустым чеком. @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
Я всё время слышу «более быстрые ИИ-агенты» — словно скорость это и есть конечный ответ, и честно говоря, от этого мне становится ещё тревожнее… если агент ошибается, то «быстрее» просто означает, что ошибка доберётся до моего кошелька раньше. Я видел, как простые боты снова и снова следуют одному неверному сигналу, не останавливаясь. Поэтому когда подключаются реальные средства, мне неважно, насколько умно выглядит демо — важно, кто может сказать, что этот бот вообще имеет право делать.

Вот почему мне подходит @NewtonProtocol — в более базовом смысле. Не потому что он обещает какое-то магическое AI-будущее, а потому что он задаёт ту часть, которую пропускают большинство проектов: >> что этот агент на самом деле может делать?
Прежде чем произойдёт транзакция: проверить сумму. проверить контракт. проверить адрес. оценить риски. убедиться, что действие вообще соответствует задаче, которую пользователь ему дал. если не соответствует — остановить там. не после расчёта, не после того как на дашборде вспыхнет красный, не после того как все начнут строчить треды о том, что пошло не так.

Мне кажется, крипто годами строила более быстрые двигатели, одновременно изображая, будто тормоза — опциональны, ха-ха. А потом что-то ломается — и внезапно всем нужны ограничения, разрешения, чеки и чёткие правила. Эти вещи выглядят скучно, пока в один момент они не спасают аккаунт.
Ньютон не идеален, и я не думаю, что политика убирает все риски тоже. Плохое правило всё равно остаётся плохим, неверные данные всё равно могут привести к неверному ответу, и тот, кто контролирует политику, всё ещё очень важен. Но я бы предпочёл видимые ограничения, которые можно проверить, а не некий скрытый бэкенд, который говорит: «поверьте, бот знает, что делает».

Для меня реальный вопрос про ИИ в финансах не в том, сколько свободы мы можем дать агенту.
А в том, сколько свободы можно дать ему, не потеряв контроль над деньгами.
Скорость полезна.
Интеллект полезен.
Но ни то, ни другое не должно идти с пустым чеком.
@NewtonProtocol #Newt $NEWT
я всё время вижу, как люди обсуждают AI-агентов так, будто мы уже готовы просто вручить им ключи и уйти… и честно говоря, я не думаю, что мы к этому готовы. Я достаточно поработал с автоматизацией, чтобы знать: одна неверная команда очень быстро может превратиться в десять неверных действий. А когда подключён кошелёк, эта ошибка перестаёт быть просто раздражающей — она превращается в реальные деньги, которые уходят по вполне реальной причине, которую никто не заметил вовремя. поэтому @NewtonProtocol каждый раз звучит для меня всё более понятно и по-обычному. Я не воспринимаю это как очередную историю “AI изменит финансы”. Я скорее вижу это как ситуацию, когда наконец-то задают вопрос: что агенту вообще разрешено делать, прежде чем он начнёт двигать что-то в системе. Сколько он может тратить, какие контракты трогать, какой адрес заблокирован, когда ему нужен человек, проходят ли действия пользователя нужные проверки… все эти скучные вещи, которые игнорируют во время демо, а потом внезапно вспоминают, когда что-то идёт не так. мне кажется, в крипте слишком много времени ушло на то, чтобы ботов делать быстрее, и слишком мало — на то, чтобы их было проще остановить. Скорость выглядит впечатляюще, но скорость с открытыми разрешениями — это, по-моему, немного страшно. Я бы лучше предпочёл, чтобы агент упустил одну сделку, потому что правила были строгими, чем чтобы он опустошил кошелёк, потому что всем хотелось “полной автоматизации”. что мне нравится в Newton — что проверка происходит до того, как транзакция становится окончательной. Не какое-то предупреждение после того, как средства уже ушли, не очередное разбирательство “после инцидента”, не красная сигнализация на дашборде, когда ущерб уже случился. Сначала действие должно соответствовать политике… и только потом оно может быть выполнено. конечно, правила всё равно могут быть плохими, данные всё равно могут быть неверными, и тот, кто управляет политикой, по-прежнему имеет огромное значение. Я не думаю, что Newton убирает риск — я думаю, что он просто помещает риск туда, где его можно увидеть и поставить под вопрос. для меня это и есть весь смысл $NEWT … ai-агентам нужны не только интеллект и смекалка, им нужны ограничения, которые не исчезают, когда всё начинает идти наперекосяк. @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
я всё время вижу, как люди обсуждают AI-агентов так, будто мы уже готовы просто вручить им ключи и уйти… и честно говоря, я не думаю, что мы к этому готовы. Я достаточно поработал с автоматизацией, чтобы знать: одна неверная команда очень быстро может превратиться в десять неверных действий. А когда подключён кошелёк, эта ошибка перестаёт быть просто раздражающей — она превращается в реальные деньги, которые уходят по вполне реальной причине, которую никто не заметил вовремя.

поэтому @NewtonProtocol каждый раз звучит для меня всё более понятно и по-обычному. Я не воспринимаю это как очередную историю “AI изменит финансы”. Я скорее вижу это как ситуацию, когда наконец-то задают вопрос: что агенту вообще разрешено делать, прежде чем он начнёт двигать что-то в системе. Сколько он может тратить, какие контракты трогать, какой адрес заблокирован, когда ему нужен человек, проходят ли действия пользователя нужные проверки… все эти скучные вещи, которые игнорируют во время демо, а потом внезапно вспоминают, когда что-то идёт не так.

мне кажется, в крипте слишком много времени ушло на то, чтобы ботов делать быстрее, и слишком мало — на то, чтобы их было проще остановить. Скорость выглядит впечатляюще, но скорость с открытыми разрешениями — это, по-моему, немного страшно. Я бы лучше предпочёл, чтобы агент упустил одну сделку, потому что правила были строгими, чем чтобы он опустошил кошелёк, потому что всем хотелось “полной автоматизации”.

что мне нравится в Newton — что проверка происходит до того, как транзакция становится окончательной. Не какое-то предупреждение после того, как средства уже ушли, не очередное разбирательство “после инцидента”, не красная сигнализация на дашборде, когда ущерб уже случился. Сначала действие должно соответствовать политике… и только потом оно может быть выполнено.

конечно, правила всё равно могут быть плохими, данные всё равно могут быть неверными, и тот, кто управляет политикой, по-прежнему имеет огромное значение. Я не думаю, что Newton убирает риск — я думаю, что он просто помещает риск туда, где его можно увидеть и поставить под вопрос.

для меня это и есть весь смысл $NEWT … ai-агентам нужны не только интеллект и смекалка, им нужны ограничения, которые не исчезают, когда всё начинает идти наперекосяк.

@NewtonProtocol #Newt $NEWT
Статья
Ньютон важен только тогда, когда демо перестаёт быть весёлымЯ продолжаю думать, что самое простое время верить в криптопроект — когда всё ещё ощущается как демо… чистый экран, идеальные транзакции, умный бот делает ровно то, что команда ожидала, все постят клипы: «вау, будущее уже здесь». потом приходят реальные пользователи, рынок начинает штормить, данные поступают с опозданием, одна модель вдруг начинает вести себя странно — и внезапно то же самое «будущее» превращается в тикет в саппорт в 3 часа ночи. вот в этот момент я начинаю обращать внимание, потому что кто угодно может заставить автоматизацию выглядеть умной на пять минут, но поддерживать её полезной после того, как «чистая» часть заканчивается — это совсем другая работа.

Ньютон важен только тогда, когда демо перестаёт быть весёлым

Я продолжаю думать, что самое простое время верить в криптопроект — когда всё ещё ощущается как демо… чистый экран, идеальные транзакции, умный бот делает ровно то, что команда ожидала, все постят клипы: «вау, будущее уже здесь». потом приходят реальные пользователи, рынок начинает штормить, данные поступают с опозданием, одна модель вдруг начинает вести себя странно — и внезапно то же самое «будущее» превращается в тикет в саппорт в 3 часа ночи. вот в этот момент я начинаю обращать внимание, потому что кто угодно может заставить автоматизацию выглядеть умной на пять минут, но поддерживать её полезной после того, как «чистая» часть заканчивается — это совсем другая работа.
я перестал впечатляться, когда крипта говорит, что что-то — «будущее», потому что в половине случаев это просто та же старая идея, к которой спереди добавили AI, а в конце — токен… но @NewtonProtocol всё равно тянет меня обратно по более простой причине: он смотрит на точный момент до того, как деньги сдвинутся, и задаёт вопрос, который большинство систем пропускают >> можно ли вообще разрешать это действие? i думаю, это гораздо важнее, чем люди это представляют. блокчейны уже отлично делают то, что им сказали, возможно, даже слишком хорошо. они видят корректную подпись, правильные данные, достаточно баланса — и выполняют. им не важно, понял ли агент пользователя, слишком ли большая сумма, рискованный ли адрес, в том ли регионе находится человек или просто ли стратегия сломала собственные лимиты. технически корректное может всё равно быть ужасным решением. и я видел, как обычно крипта с этим обращается… сначала пусть транзакция случится, потом пришли алерт, открой дашборд, напиши отчёт и объясни, почему всё пошло не так. классная история, но деньги уже ушли. я не хочу более хорошее объяснение после ошибки — я хочу, чтобы перед ней было препятствие. вот почему Ньютон кажется мне полезным. не потому, что он делает AI-агентов более мощными — думаю, агентам уже хватает силы. он ограждает эту силу. трать только вот столько, трогай только вот эти контракты, соблюдай эти лимиты риска, проверяй идентичность или локацию там, где нужно, запрашивай одобрение, когда действие становится слишком большим. пусть агент работает, просто не отдавай ему весь кошелёк и не надейся, что он будет вести себя как надо. мне ещё нравится сторона с чеком/квитанцией, потому что я устал от платформ, которые говорят: «поверьте, проверки прошли». покажите доказательство. покажите, какое правило использовали, покажите, что действие прошло, оставьте след, который нельзя будет потом легко подчистить, когда результат выглядит некрасиво. большинство пользователей, возможно, никогда не прочитают всю запись, но то, что она существует, заставляет всех, кто стоит за системой, действовать чуть аккуратнее. конечно, я не думаю, что это магия. плохие правила всё равно будут плохими, неверные данные всё равно приведут к неверному ответу, а тот, кто контролирует политику, всё равно имеет реальную власть. @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
я перестал впечатляться, когда крипта говорит, что что-то — «будущее», потому что в половине случаев это просто та же старая идея, к которой спереди добавили AI, а в конце — токен… но @NewtonProtocol всё равно тянет меня обратно по более простой причине: он смотрит на точный момент до того, как деньги сдвинутся, и задаёт вопрос, который большинство систем пропускают >> можно ли вообще разрешать это действие?

i думаю, это гораздо важнее, чем люди это представляют. блокчейны уже отлично делают то, что им сказали, возможно, даже слишком хорошо. они видят корректную подпись, правильные данные, достаточно баланса — и выполняют. им не важно, понял ли агент пользователя, слишком ли большая сумма, рискованный ли адрес, в том ли регионе находится человек или просто ли стратегия сломала собственные лимиты. технически корректное может всё равно быть ужасным решением.

и я видел, как обычно крипта с этим обращается… сначала пусть транзакция случится, потом пришли алерт, открой дашборд, напиши отчёт и объясни, почему всё пошло не так. классная история, но деньги уже ушли. я не хочу более хорошее объяснение после ошибки — я хочу, чтобы перед ней было препятствие.

вот почему Ньютон кажется мне полезным. не потому, что он делает AI-агентов более мощными — думаю, агентам уже хватает силы. он ограждает эту силу. трать только вот столько, трогай только вот эти контракты, соблюдай эти лимиты риска, проверяй идентичность или локацию там, где нужно, запрашивай одобрение, когда действие становится слишком большим. пусть агент работает, просто не отдавай ему весь кошелёк и не надейся, что он будет вести себя как надо.

мне ещё нравится сторона с чеком/квитанцией, потому что я устал от платформ, которые говорят: «поверьте, проверки прошли». покажите доказательство. покажите, какое правило использовали, покажите, что действие прошло, оставьте след, который нельзя будет потом легко подчистить, когда результат выглядит некрасиво. большинство пользователей, возможно, никогда не прочитают всю запись, но то, что она существует, заставляет всех, кто стоит за системой, действовать чуть аккуратнее.

конечно, я не думаю, что это магия. плохие правила всё равно будут плохими, неверные данные всё равно приведут к неверному ответу, а тот, кто контролирует политику, всё равно имеет реальную власть.
@NewtonProtocol #Newt $NEWT
Статья
Мост, о котором никто не просит, пока правила не придутя все время застреваю на этой странной штуке с @NewtonProtocol … возможно, проект решает очень реальную проблему, но это проблема, о которой большинство обычных пользователей не просыпается и не думает. и я думаю, что прямо сейчас Ньютон находится в этом неловком месте. потому что трейдер открывает приложение и хочет чистый свап, лучше доходность, низкие комиссии, быстрый вывод средств — может быть, бота, который не теряет деньги, пока они спят. он не сидит и не думает: «чёрт, мне правда нужен проверяемый программный идентификатор, который операторы должны подтвердить до того, как эта транзакция завершится». никто не разговаривает так за пределами конференц-зала, лол. но потом я смотрю на банки, компании со стейблкоинами, токенизированные активы, фонды, платёжные фирмы — любую индустрию, где есть юристы и команды по рискам, которые постоянно дышат в затылок, — и внезапно та же самая скучная функция становится причиной, почему они вообще могут использовать onchain-финансы.

Мост, о котором никто не просит, пока правила не придут

я все время застреваю на этой странной штуке с @NewtonProtocol … возможно, проект решает очень реальную проблему, но это проблема, о которой большинство обычных пользователей не просыпается и не думает. и я думаю, что прямо сейчас Ньютон находится в этом неловком месте. потому что трейдер открывает приложение и хочет чистый свап, лучше доходность, низкие комиссии, быстрый вывод средств — может быть, бота, который не теряет деньги, пока они спят. он не сидит и не думает: «чёрт, мне правда нужен проверяемый программный идентификатор, который операторы должны подтвердить до того, как эта транзакция завершится». никто не разговаривает так за пределами конференц-зала, лол. но потом я смотрю на банки, компании со стейблкоинами, токенизированные активы, фонды, платёжные фирмы — любую индустрию, где есть юристы и команды по рискам, которые постоянно дышат в затылок, — и внезапно та же самая скучная функция становится причиной, почему они вообще могут использовать onchain-финансы.
я продолжаю видеть, как люди восхищаются @NewtonProtocol , и всё ещё пытаюсь понять, насколько это восхищение реально… потому что это совершенно не одно и то же. я могу посмотреть на идею и сказать: да, это имеет смысл — ai-агенты не должны перемещать деньги с открытыми разрешениями, каждое действие должно иметь ограничения, доказательства, чёткие правила и какой-то способ остановить это до того, как tx станет необратимой. мне это нравится. я правда думаю, что так и нужно — ответственно — строить автоматизированные финансы. но потом я отхожу от техно-разговоров и смотрю, что пользователи хотят сегодня… большинство из них не ищут верифицируемое выполнение ai. им нужны более низкие комиссии, более высокая доходность, удобные выводы, глубокая ликвидность и приложение, которое не заставляет их чувствовать себя глупо. доказательства того, что агент-трейд был выполнен, им не важны, если этот агент ещё ни разу не потерял их деньги. вот в этом для меня и заключается неловкость. я видел, как хорошую инфраструктуру игнорировали годами, потому что старые настройки всё ещё были «достаточно хорошими». cex-боты привычны, приватные торговые инструменты уже работают, централизованные системы быстрые — и люди знают, как ими пользоваться. возможно, они менее открытые и менее безопасные, но менять привычки стоит времени, а большинство пользователей не меняют ничего, пока боль не станет достаточно громкой. поэтому я думаю, что $NEWT сражается больше, чем другие проекты… он сражается с комфортом. а комфорт — очень сильная вещь. и я тоже не думаю, что Ньютон полностью убирает доверие. я думаю, он разбивает доверие на более мелкие части. вместо того чтобы доверять одной компании, я доверяю операторам, политическому коду, управлению, стимулам, поставщикам данных и системе доказательств. возможно, это чище, возможно, проще проверять, но всё равно это доверие в новом облике — и обычным пользователям нужен повод принять этот новый формат. самый сильный аргумент для меня — не какой-то розничный трейдер, который просит ai-бота о следующем пампе. я думаю, это институции, токенизированные активы, регулируемые фонды, системы стейблкоинов — где угодно, где команде нужно доказать, почему транзакцию разрешили. эти люди уже заботятся о контролях, отчётах, лимитах и следах аудита. #Newt $NEWT {spot}(NEWTUSDT)
я продолжаю видеть, как люди восхищаются @NewtonProtocol , и всё ещё пытаюсь понять, насколько это восхищение реально… потому что это совершенно не одно и то же. я могу посмотреть на идею и сказать: да, это имеет смысл — ai-агенты не должны перемещать деньги с открытыми разрешениями, каждое действие должно иметь ограничения, доказательства, чёткие правила и какой-то способ остановить это до того, как tx станет необратимой. мне это нравится. я правда думаю, что так и нужно — ответственно — строить автоматизированные финансы.

но потом я отхожу от техно-разговоров и смотрю, что пользователи хотят сегодня… большинство из них не ищут верифицируемое выполнение ai. им нужны более низкие комиссии, более высокая доходность, удобные выводы, глубокая ликвидность и приложение, которое не заставляет их чувствовать себя глупо. доказательства того, что агент-трейд был выполнен, им не важны, если этот агент ещё ни разу не потерял их деньги. вот в этом для меня и заключается неловкость.

я видел, как хорошую инфраструктуру игнорировали годами, потому что старые настройки всё ещё были «достаточно хорошими». cex-боты привычны, приватные торговые инструменты уже работают, централизованные системы быстрые — и люди знают, как ими пользоваться. возможно, они менее открытые и менее безопасные, но менять привычки стоит времени, а большинство пользователей не меняют ничего, пока боль не станет достаточно громкой.

поэтому я думаю, что $NEWT сражается больше, чем другие проекты… он сражается с комфортом. а комфорт — очень сильная вещь.

и я тоже не думаю, что Ньютон полностью убирает доверие. я думаю, он разбивает доверие на более мелкие части. вместо того чтобы доверять одной компании, я доверяю операторам, политическому коду, управлению, стимулам, поставщикам данных и системе доказательств. возможно, это чище, возможно, проще проверять, но всё равно это доверие в новом облике — и обычным пользователям нужен повод принять этот новый формат.

самый сильный аргумент для меня — не какой-то розничный трейдер, который просит ai-бота о следующем пампе. я думаю, это институции, токенизированные активы, регулируемые фонды, системы стейблкоинов — где угодно, где команде нужно доказать, почему транзакцию разрешили. эти люди уже заботятся о контролях, отчётах, лимитах и следах аудита.
#Newt $NEWT
Статья
Ньютон и неловкое ожидание реального спросая не думаю, что самый сложный вопрос вокруг @NewtonProtocol — это то, выглядит ли система умной на бумаге… она выглядит. Сложный вопрос куда более базовый и, честно говоря, куда более неприятный >> кто настолько сильно в этом нуждается, чтобы прямо сейчас заплатить за это?? я могу сидеть тут и весь день любоваться всей этой идеей. ИИ-агенты, выполняющие onchain-действия с лимитами, политики, которые стоят перед исполнением, доказательства того, что было одобрено, разработчики публикуют модели и стратегии, а пользователям не нужно вслепую доверять какому-то боту своим кошельком… да, я понимаю. я правда думаю, что так (скорее всего) и должно работать автоматизированное финансирование. агент не должен получать открытый доступ только потому, что он читает графики быстрее, чем я. у него должны быть правила, что он может трогать, сколько он может перемещать и когда ему нужно остановиться.

Ньютон и неловкое ожидание реального спроса

я не думаю, что самый сложный вопрос вокруг @NewtonProtocol — это то, выглядит ли система умной на бумаге… она выглядит. Сложный вопрос куда более базовый и, честно говоря, куда более неприятный >> кто настолько сильно в этом нуждается, чтобы прямо сейчас заплатить за это??
я могу сидеть тут и весь день любоваться всей этой идеей. ИИ-агенты, выполняющие onchain-действия с лимитами, политики, которые стоят перед исполнением, доказательства того, что было одобрено, разработчики публикуют модели и стратегии, а пользователям не нужно вслепую доверять какому-то боту своим кошельком… да, я понимаю. я правда думаю, что так (скорее всего) и должно работать автоматизированное финансирование. агент не должен получать открытый доступ только потому, что он читает графики быстрее, чем я. у него должны быть правила, что он может трогать, сколько он может перемещать и когда ему нужно остановиться.
Статья
Разрешение, которого никто не замечаетя не попала в <c-35/> из-за каких-то больших обещаний ИИ или потому, что график двигался слишком сумасшедше; дело было в этом неловком маленьком вопросе, который продолжал меня раздражать… если в нашем мире софт начинает трогать реальные деньги, кто объяснит, почему ему вообще позволили делать это в первую очередь?? и я не имею в виду «после транзакции», когда все открывают обозреватель и делают вид, что умные, я имею в виду до того, как деньги двинутся, до того, как ошибка станет необратимой, до того, как агент скажет «ой» на машинном языке и оставит пользователя с убытком

Разрешение, которого никто не замечает

я не попала в <c-35/> из-за каких-то больших обещаний ИИ или потому, что график двигался слишком сумасшедше; дело было в этом неловком маленьком вопросе, который продолжал меня раздражать… если в нашем мире софт начинает трогать реальные деньги, кто объяснит, почему ему вообще позволили делать это в первую очередь?? и я не имею в виду «после транзакции», когда все открывают обозреватель и делают вид, что умные, я имею в виду до того, как деньги двинутся, до того, как ошибка станет необратимой, до того, как агент скажет «ой» на машинном языке и оставит пользователя с убытком
я всё время смотрю на ai-агентов, как будто это люди, которые отдают незнакомцу все ключи в доме только потому, что он может двигаться быстро… и честно говоря, мне это кажется неправильным в корне. умение открыть дверь не означает, что тебя должны пустить в каждую комнату, разрешить делать что угодно и уйти, не проверив. но похоже, именно туда движется ai-финансы, если мы интересуемся только тем, что агент может сделать, и никогда не задаёмся вопросом, что ему реально разрешили сделать я пользовался ai для простых вещей, и даже там он может неправильно понять одну крошечную строку — и продолжать дальше, как будто он полностью уверен, лол. поэтому, когда люди говорят об агентах, которые управляют кошельками, перемещают токены, меняют позиции в сейфах или подписывают onchain-действия, пока пользователь спит, я вижу не только удобство. я вижу ошибку, из‑за которой к этому прицепятся реальные деньги поэтому @NewtonProtocol мне кажется логичным с очень базовой точки зрения. я не думаю, что главная ценность — сделать агентов умнее. я думаю, что это установка запертой двери между идеей агента и финальной транзакцией. агент может найти ход, собрать действие, выбрать маршрут, что угодно… но прежде чем что-то станет окончательным, правило проверяют. сумма слишком большая? стоп. неверный контракт? стоп. плохой адрес? стоп. за пределами разрешённого времени? стоп. нужна человеческая верификация? подожди. и мне это нравится, потому что большинство крипто‑инструментов всё ещё решают проблемы уже после того, как деньги ушли. приходит алерт, дашборд становится красным, кто-то пишет тред, все говорят «уроки усвоены»… но деньги уже gone. Ньютон пытается перенести этот момент раньше. не «что произошло?», а «вообще нужно ли это разрешать происходить?» для меня эта маленькая смена приоритета — вся история >> сначала разрешение, потом действие важен beta мейннета, потому что теперь это не просто приятная идея, которая сидит в доках. это должно работать с реальными контрактами, реальными политиками, реальными ошибками и реальными деньгами. @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
я всё время смотрю на ai-агентов, как будто это люди, которые отдают незнакомцу все ключи в доме только потому, что он может двигаться быстро… и честно говоря, мне это кажется неправильным в корне. умение открыть дверь не означает, что тебя должны пустить в каждую комнату, разрешить делать что угодно и уйти, не проверив. но похоже, именно туда движется ai-финансы, если мы интересуемся только тем, что агент может сделать, и никогда не задаёмся вопросом, что ему реально разрешили сделать

я пользовался ai для простых вещей, и даже там он может неправильно понять одну крошечную строку — и продолжать дальше, как будто он полностью уверен, лол. поэтому, когда люди говорят об агентах, которые управляют кошельками, перемещают токены, меняют позиции в сейфах или подписывают onchain-действия, пока пользователь спит, я вижу не только удобство. я вижу ошибку, из‑за которой к этому прицепятся реальные деньги

поэтому @NewtonProtocol мне кажется логичным с очень базовой точки зрения. я не думаю, что главная ценность — сделать агентов умнее. я думаю, что это установка запертой двери между идеей агента и финальной транзакцией. агент может найти ход, собрать действие, выбрать маршрут, что угодно… но прежде чем что-то станет окончательным, правило проверяют. сумма слишком большая? стоп. неверный контракт? стоп. плохой адрес? стоп. за пределами разрешённого времени? стоп. нужна человеческая верификация? подожди.

и мне это нравится, потому что большинство крипто‑инструментов всё ещё решают проблемы уже после того, как деньги ушли. приходит алерт, дашборд становится красным, кто-то пишет тред, все говорят «уроки усвоены»… но деньги уже gone. Ньютон пытается перенести этот момент раньше. не «что произошло?», а «вообще нужно ли это разрешать происходить?»
для меня эта маленькая смена приоритета — вся история >> сначала разрешение, потом действие

важен beta мейннета, потому что теперь это не просто приятная идея, которая сидит в доках. это должно работать с реальными контрактами, реальными политиками, реальными ошибками и реальными деньгами.
@NewtonProtocol #Newt $NEWT
#Newt $NEWT {spot}(NEWTUSDT) Сегодня утром я смотрел на хранилище и увидел, как рейтинг обеспечения упал с b до c — и моя первая реакция, честно говоря, была неправильной… я подумал: ладно, может, график не обновился, может, баг кэша, может, есть задержка отображения, потому что цена вообще не двигалась. буквально ничего на стороне цены не кричало об опасности, и мозг сразу решил: «значит, это просто визуальная проблема» но нет. рейтинг реально изменился, а цена осталась спокойной. Это меня на секунду остановило, потому что, думаю, я всё ещё иногда ловлю себя на том, что воспринимаю риск так, будто он всегда должен сначала проявляться на графике. Но это не так. Иногда рынок продолжает торговать, будто всё в порядке, пока внизу модель риска уже передумала Вот здесь рейтинги Credora стали для меня куда интереснее. Раньше я думал: ну, рейтинг падает, когда цена становится некрасивой или когда ликвидность пересыхает — просто. Но всё не так базово. Насколько я понимаю, там учитывается гораздо больше, чем одна только spot-цена… default risk, структура обеспечения, дизайн redemption, stress paths, monte carlo и прочие штуки — все те скрытые входные данные, на которые трейдеры не смотрят каждое утро И вот это несоответствие я всё время прокручиваю в голове. Спрос может выглядеть нормально, а классификация ухудшается. Объём может быть, покупатели могут быть, график может быть тихим, но кредитный скор всё равно может сдвинуться — потому что структура вокруг актива стала слабее. Классификация — это не то же самое, что рыночное настроение Так что цепочка в моей голове примерно такая… политика задаёт минимальный рейтинг → Credora обновляет скор риска → Newton считывает новый рейтинг → выполняется проверка политики → действие с хранилищем или позиция помечаются, если пересекается эта линия. Цена — это лишь один голос в этом помещении, а не весь зал То, что немного пугает, — тайминг. Если эти рейтинги двигаются, когда меняются условия, а не только по какому-то аккуратному фиксированному расписанию, то хранилище может выглядеть мирно на каждом графике, который я смотрю, при том что его ярлык риска уже «скользит» под пол. Это кажется важным для $NEWT , потому что проверки политики имеют значение только тогда, когда входные данные, которые они читают, успевают поймать проблему до того, как трейдеры это заметят @NewtonProtocol
#Newt $NEWT
Сегодня утром я смотрел на хранилище и увидел, как рейтинг обеспечения упал с b до c — и моя первая реакция, честно говоря, была неправильной… я подумал: ладно, может, график не обновился, может, баг кэша, может, есть задержка отображения, потому что цена вообще не двигалась. буквально ничего на стороне цены не кричало об опасности, и мозг сразу решил: «значит, это просто визуальная проблема»

но нет. рейтинг реально изменился, а цена осталась спокойной. Это меня на секунду остановило, потому что, думаю, я всё ещё иногда ловлю себя на том, что воспринимаю риск так, будто он всегда должен сначала проявляться на графике. Но это не так. Иногда рынок продолжает торговать, будто всё в порядке, пока внизу модель риска уже передумала

Вот здесь рейтинги Credora стали для меня куда интереснее. Раньше я думал: ну, рейтинг падает, когда цена становится некрасивой или когда ликвидность пересыхает — просто. Но всё не так базово. Насколько я понимаю, там учитывается гораздо больше, чем одна только spot-цена… default risk, структура обеспечения, дизайн redemption, stress paths, monte carlo и прочие штуки — все те скрытые входные данные, на которые трейдеры не смотрят каждое утро

И вот это несоответствие я всё время прокручиваю в голове. Спрос может выглядеть нормально, а классификация ухудшается. Объём может быть, покупатели могут быть, график может быть тихим, но кредитный скор всё равно может сдвинуться — потому что структура вокруг актива стала слабее. Классификация — это не то же самое, что рыночное настроение

Так что цепочка в моей голове примерно такая… политика задаёт минимальный рейтинг → Credora обновляет скор риска → Newton считывает новый рейтинг → выполняется проверка политики → действие с хранилищем или позиция помечаются, если пересекается эта линия. Цена — это лишь один голос в этом помещении, а не весь зал

То, что немного пугает, — тайминг. Если эти рейтинги двигаются, когда меняются условия, а не только по какому-то аккуратному фиксированному расписанию, то хранилище может выглядеть мирно на каждом графике, который я смотрю, при том что его ярлык риска уже «скользит» под пол. Это кажется важным для $NEWT , потому что проверки политики имеют значение только тогда, когда входные данные, которые они читают, успевают поймать проблему до того, как трейдеры это заметят
@NewtonProtocol
Статья
Newton и ставка на таймингя всё время прокручиваю $NEWT в голове и честно говоря вопрос не в том, «классная ли это технология?», потому что да, она классная, я понимаю, почему людям это нравится. вопрос для меня более раздражающий… людям правда нужен Newton прямо сейчас, сегодня, или это одна из тех идей инфраструктуры, которые начинают иметь смысл только через пару лет, когда рынок подтянется?? как будто я понимаю суть предложения. если ИИ собирается управлять сделками, перемещать средства, выполнять onchain-действия, возможно, подбирать стратегии, пока пользователи спят — тогда слепое доверие это плохой план. я не хочу, чтобы какая-то чёрная коробка трогала деньги только потому, что это звучит умно. я хочу правила. я хочу доказательства. я хочу знать, что ему было разрешено делать, и что ему было запрещено делать. вот эта часть заставляет Newton казаться серьёзным, а не просто очередным словом «ИИ», прилепленным к токену.

Newton и ставка на тайминг

я всё время прокручиваю $NEWT в голове и честно говоря вопрос не в том, «классная ли это технология?», потому что да, она классная, я понимаю, почему людям это нравится. вопрос для меня более раздражающий… людям правда нужен Newton прямо сейчас, сегодня, или это одна из тех идей инфраструктуры, которые начинают иметь смысл только через пару лет, когда рынок подтянется??
как будто я понимаю суть предложения. если ИИ собирается управлять сделками, перемещать средства, выполнять onchain-действия, возможно, подбирать стратегии, пока пользователи спят — тогда слепое доверие это плохой план. я не хочу, чтобы какая-то чёрная коробка трогала деньги только потому, что это звучит умно. я хочу правила. я хочу доказательства. я хочу знать, что ему было разрешено делать, и что ему было запрещено делать. вот эта часть заставляет Newton казаться серьёзным, а не просто очередным словом «ИИ», прилепленным к токену.
Статья
Гибкая проблема правил Newtonя сидел(а) раньше над графиками и честно говоря — там ничего не было… финансирование выглядело ровным, не было чёткого «выжима», никакого настоящего сетапа — просто цифры, которые притворяются историей. в итоге я снова оказался(лась) в @NewtonProtocol документах, и одна мысль не выходила из головы: политика может поменяться без переписывания всего контракта хранилища. сначала я подумал(а) — ну ок, классная дев‑фича: проще обновлять, меньше каша с повторным деплоем. но потом я немного задержался(лась) и думаю, что это может быть гораздо важнее, чем звучит большинство смарт‑контрактов ощущаются так, будто в коде «заморожена» инструкция. если правило меняется, тогда нужно обновление, миграция, голосование, новый контракт — какой‑то болезненный процесс. Newton смотрит на это иначе. контракт остаётся тем местом, где происходит принуждение к соблюдению, но сама политика может жить отдельно — как правило Rego — с настройками вроде лимитов трат, white‑lists, сроков действия, лимитов рисков, проверок санкций — да что угодно. тогда хранилищу не нужно разбираться с каждым поставщиком данных или системой идентичности, или с каждой моделью риска. ему нужно только «да» или «нет» от Newton

Гибкая проблема правил Newton

я сидел(а) раньше над графиками и честно говоря — там ничего не было… финансирование выглядело ровным, не было чёткого «выжима», никакого настоящего сетапа — просто цифры, которые притворяются историей. в итоге я снова оказался(лась) в @NewtonProtocol документах, и одна мысль не выходила из головы: политика может поменяться без переписывания всего контракта хранилища. сначала я подумал(а) — ну ок, классная дев‑фича: проще обновлять, меньше каша с повторным деплоем. но потом я немного задержался(лась) и думаю, что это может быть гораздо важнее, чем звучит
большинство смарт‑контрактов ощущаются так, будто в коде «заморожена» инструкция. если правило меняется, тогда нужно обновление, миграция, голосование, новый контракт — какой‑то болезненный процесс. Newton смотрит на это иначе. контракт остаётся тем местом, где происходит принуждение к соблюдению, но сама политика может жить отдельно — как правило Rego — с настройками вроде лимитов трат, white‑lists, сроков действия, лимитов рисков, проверок санкций — да что угодно. тогда хранилищу не нужно разбираться с каждым поставщиком данных или системой идентичности, или с каждой моделью риска. ему нужно только «да» или «нет» от Newton
#Newt $NEWT @NewtonProtocol мне всё время приходят в голову слова Ньютоновская «эфемерная приватность»; сначала это звучит как что-то небольшое — вроде ещё одного способа передавать приватные данные в задачу, — но чем больше я в это вникаю, тем больше ощущаю, что там сказано что-то большее… не каждый приватный ввод должен жить вечно большая часть разговоров о приватности в крипте всегда крутится вокруг того, как хранить чувствительные данные безопасно: шифровать лучше, управлять лучше, использовать повторно лучше. и да, это важно. но иногда мне кажется, что более безопасный ход — просто не держать вещь рядом вообще, если она имеет значение только один раз вот так я и читаю этот поток. клиент помещает зашифрованные данные в специальное пространство _newton_ для одной задачи, шлюз убирает их перед тем, как обычные поля пойдут дальше, операторы расшифровывают это локально только для этой оценки, используют внутри контекста политики — и тогда это не лежит там как какой-то «перерабатываемый» объект приватности навсегда. и мне нравится эта идея, потому что часть информации полезна лишь в тот один момент например, временный номер портфеля, одноразовая настройка риска, приватное значение только для этой транзакции, какое-то живое условие, которое меняется каждые несколько минут. почему оно должно превращаться в долгосрочное состояние, если следующая задача может потребовать совсем другое значение? хранить всё просто потому что мы можем — по мне, это лишний риск но я не думаю, что тут есть какая-то бесплатная магия. если данные исчезают быстро, то и контекст исчезает быстро. задача, результат политики, доказательство, квитанция — всё это всё равно существует в потоке, но приватная деталь, стоящая за решением, не используется повторно так, как использовались бы постоянная идентичность или конфиденциальные данные. поэтому я примерно вижу компромисс так… персистентная приватность хороша, когда системе нужна «память»: кyc, allowlists, blacklists, долгосрочные данные провайдера — всё, что должно оставаться полезным на протяжении многих действий. эфемерная приватность лучше, когда входные данные живут только для одного решения, и хранение дольше просто увеличивает площадь атаки для меня Ньютон интересен здесь ещё и потому, что он не относится к приватности как к одному единственному режиму. {spot}(NEWTUSDT) $NEWT
#Newt $NEWT @NewtonProtocol мне всё время приходят в голову слова Ньютоновская «эфемерная приватность»; сначала это звучит как что-то небольшое — вроде ещё одного способа передавать приватные данные в задачу, — но чем больше я в это вникаю, тем больше ощущаю, что там сказано что-то большее… не каждый приватный ввод должен жить вечно

большая часть разговоров о приватности в крипте всегда крутится вокруг того, как хранить чувствительные данные безопасно: шифровать лучше, управлять лучше, использовать повторно лучше. и да, это важно. но иногда мне кажется, что более безопасный ход — просто не держать вещь рядом вообще, если она имеет значение только один раз

вот так я и читаю этот поток. клиент помещает зашифрованные данные в специальное пространство _newton_ для одной задачи, шлюз убирает их перед тем, как обычные поля пойдут дальше, операторы расшифровывают это локально только для этой оценки, используют внутри контекста политики — и тогда это не лежит там как какой-то «перерабатываемый» объект приватности навсегда. и мне нравится эта идея, потому что часть информации полезна лишь в тот один момент

например, временный номер портфеля, одноразовая настройка риска, приватное значение только для этой транзакции, какое-то живое условие, которое меняется каждые несколько минут. почему оно должно превращаться в долгосрочное состояние, если следующая задача может потребовать совсем другое значение? хранить всё просто потому что мы можем — по мне, это лишний риск

но я не думаю, что тут есть какая-то бесплатная магия. если данные исчезают быстро, то и контекст исчезает быстро. задача, результат политики, доказательство, квитанция — всё это всё равно существует в потоке, но приватная деталь, стоящая за решением, не используется повторно так, как использовались бы постоянная идентичность или конфиденциальные данные.

поэтому я примерно вижу компромисс так… персистентная приватность хороша, когда системе нужна «память»: кyc, allowlists, blacklists, долгосрочные данные провайдера — всё, что должно оставаться полезным на протяжении многих действий. эфемерная приватность лучше, когда входные данные живут только для одного решения, и хранение дольше просто увеличивает площадь атаки
для меня Ньютон интересен здесь ещё и потому, что он не относится к приватности как к одному единственному режиму.

$NEWT
Статья
Ньютон и контракт, который сначала спрашиваетдумаю, что меня затянуло в @NewtonProtocol из‑за этого странного ощущения, что смарт‑контракты все еще слишком послушны… вроде бы они делают ровно то, что им сказали, а это звучит хорошо, пока не окажется, что им сказали глупость, риск или чего-то не хватает — половины реального контекста. я постоянно думаю об этом как о машине, которая никогда не спрашивает: «а почему?». она просто берет входные данные, применяет правило, отправляет результат — и все. может, это и чисто, но еще и довольно слепо и вот где, как мне кажется, Ньютон становится для меня интересным. не потому, что это делает контракты «умнее» каким-то магическим способом, а потому, что добавляет момент перед исполнением, когда система может задать несколько реальных вопросов. можно ли этому пользователю? безопасен ли этот адрес? соответствует ли это действие политике? все ли в порядке с рыночными условиями? внешняя подсказка сказала «да» или «нет»? мне нравится эта идея, потому что крипто продолжает вести себя так, будто исполнение — это вся игра, но честно говоря исполнение без контекста все равно может превратиться в беспорядок

Ньютон и контракт, который сначала спрашивает

думаю, что меня затянуло в @NewtonProtocol из‑за этого странного ощущения, что смарт‑контракты все еще слишком послушны… вроде бы они делают ровно то, что им сказали, а это звучит хорошо, пока не окажется, что им сказали глупость, риск или чего-то не хватает — половины реального контекста. я постоянно думаю об этом как о машине, которая никогда не спрашивает: «а почему?». она просто берет входные данные, применяет правило, отправляет результат — и все. может, это и чисто, но еще и довольно слепо
и вот где, как мне кажется, Ньютон становится для меня интересным. не потому, что это делает контракты «умнее» каким-то магическим способом, а потому, что добавляет момент перед исполнением, когда система может задать несколько реальных вопросов. можно ли этому пользователю? безопасен ли этот адрес? соответствует ли это действие политике? все ли в порядке с рыночными условиями? внешняя подсказка сказала «да» или «нет»? мне нравится эта идея, потому что крипто продолжает вести себя так, будто исполнение — это вся игра, но честно говоря исполнение без контекста все равно может превратиться в беспорядок
часть, которая пугает меня в ИИ-агентах, заключается не в том, что они могут ошибаться… люди ошибаются постоянно, лол. страшно то, когда неверная идея при этом имеет «кошелёк» (wallet) и реальную власть. раньше я думал, что агенту нужен полный доступ, чтобы быть полезным: например, если он находит маршрут к сейфу или замечает удачное движение доходности, пусть действует быстро и не тормозит. но теперь я не вижу это так. умный агент с излишними полномочиями — это просто быстрая ошибка, ожидающая нужного плохого ввода. возможно, его обманут, возможно, промпт станет кашей, возможно, модель «галлюцинирует» какой-то «хороший» ход, возможно, маршрут выглядит прибыльным, но пункт назначения — это не то, к чему я бы вообще не хотел, чтобы он прикасался… и если разрешения кошелька открыты, то эта плохая идея превращается в реальную транзакцию. вот где @NewtonProtocol кажется мне интересным: он как бы разделяет мозг и ключи. агент всё ещё может искать, сравнивать, планировать, выбирать маршруты, готовить действия и делать скучную работу быстрее, чем я, но прежде чем капитал действительно сдвинется, он должен пройти правила. лимиты расходов, разрешённые контракты, одобренные функции, временные окна, лимиты в час, доверенные пункты назначения, возможно, человеческое одобрение, если сумма слишком большая… вот это мне нравится. я не убиваю автономность — я просто ставлю забор. dумаю, люди слишком много внимания уделяют тому, насколько умными могут стать агенты, но мне важнее другое: на что они реально могут повлиять. интеллект означает, что агент способен представить больше действий. полномочия решают, какие действия реально могут ударить по чейну (hit chain). это огромная разница. если эта граница размыта, мы по сути выдаём модели кошелёк и надеемся, что она останется вменяемой вечно — звучит безумно даже для меня. конечно, это всё ещё зависит от того, насколько хорошо прописана политика. слабые правила — слабая защита. плохой владелец может расширить лимиты. атакующие промпты всё равно могут подтолкнуть агента пытаться глупости, даже если Ньютон остановит худшее. так что я не воспринимаю это как магическую безопасность. я воспринимаю это как нужный слой между «агент хочет этого» и «деньги сдвинулись навсегда». #Newt $NEWT {spot}(NEWTUSDT)
часть, которая пугает меня в ИИ-агентах, заключается не в том, что они могут ошибаться… люди ошибаются постоянно, лол. страшно то, когда неверная идея при этом имеет «кошелёк» (wallet) и реальную власть. раньше я думал, что агенту нужен полный доступ, чтобы быть полезным: например, если он находит маршрут к сейфу или замечает удачное движение доходности, пусть действует быстро и не тормозит. но теперь я не вижу это так. умный агент с излишними полномочиями — это просто быстрая ошибка, ожидающая нужного плохого ввода. возможно, его обманут, возможно, промпт станет кашей, возможно, модель «галлюцинирует» какой-то «хороший» ход, возможно, маршрут выглядит прибыльным, но пункт назначения — это не то, к чему я бы вообще не хотел, чтобы он прикасался… и если разрешения кошелька открыты, то эта плохая идея превращается в реальную транзакцию.

вот где @NewtonProtocol кажется мне интересным: он как бы разделяет мозг и ключи. агент всё ещё может искать, сравнивать, планировать, выбирать маршруты, готовить действия и делать скучную работу быстрее, чем я, но прежде чем капитал действительно сдвинется, он должен пройти правила. лимиты расходов, разрешённые контракты, одобренные функции, временные окна, лимиты в час, доверенные пункты назначения, возможно, человеческое одобрение, если сумма слишком большая… вот это мне нравится. я не убиваю автономность — я просто ставлю забор.

dумаю, люди слишком много внимания уделяют тому, насколько умными могут стать агенты, но мне важнее другое: на что они реально могут повлиять. интеллект означает, что агент способен представить больше действий. полномочия решают, какие действия реально могут ударить по чейну (hit chain). это огромная разница. если эта граница размыта, мы по сути выдаём модели кошелёк и надеемся, что она останется вменяемой вечно — звучит безумно даже для меня.

конечно, это всё ещё зависит от того, насколько хорошо прописана политика. слабые правила — слабая защита. плохой владелец может расширить лимиты. атакующие промпты всё равно могут подтолкнуть агента пытаться глупости, даже если Ньютон остановит худшее. так что я не воспринимаю это как магическую безопасность. я воспринимаю это как нужный слой между «агент хочет этого» и «деньги сдвинулись навсегда».

#Newt $NEWT
Статья
Ньютон и проблемный слой намеренийя даже не открыл @NewtonProtocol , потому что, честно говоря, охотился за каким-то новым проектом… я просто просматривал все эти крипто-разговоры, где одна сторона кричит, что ai-агенты — это следующие пользователи, а другая говорит: нет-нет, инфраструктура снова работает, и кто-то уже догоняет solana beta, или какой-нибудь случайный памп. и среди всего этого шума меня зацепила одна мысль >>, возможно, блокчейны уже не так уж плохи в исполнении, возможно, мы просто по-прежнему плохо умеем объяснять, что именно мы хотим, чтобы они делали. это звучит просто, но меня это как-то задело. в крипте мы ведем себя так, будто если транзакция прошла, значит система сработала. формально да, возможно, так и было: блокчейн сделал ровно то, что ему велели код и calldata. но сделал ли он то, что имел в виду пользователь? последовал ли он реальному правилу, которое было в голове у пользователя? учел ли он лимит, риск, тайминг, «только если это остается безопасным»? вот где для меня начинается путаница.

Ньютон и проблемный слой намерений

я даже не открыл @NewtonProtocol , потому что, честно говоря, охотился за каким-то новым проектом… я просто просматривал все эти крипто-разговоры, где одна сторона кричит, что ai-агенты — это следующие пользователи, а другая говорит: нет-нет, инфраструктура снова работает, и кто-то уже догоняет solana beta, или какой-нибудь случайный памп. и среди всего этого шума меня зацепила одна мысль >>, возможно, блокчейны уже не так уж плохи в исполнении, возможно, мы просто по-прежнему плохо умеем объяснять, что именно мы хотим, чтобы они делали.
это звучит просто, но меня это как-то задело. в крипте мы ведем себя так, будто если транзакция прошла, значит система сработала. формально да, возможно, так и было: блокчейн сделал ровно то, что ему велели код и calldata. но сделал ли он то, что имел в виду пользователь? последовал ли он реальному правилу, которое было в голове у пользователя? учел ли он лимит, риск, тайминг, «только если это остается безопасным»? вот где для меня начинается путаница.
#Newt @NewtonProtocol $NEWT {spot}(NEWTUSDT) думаю, что люди могут не заметить с VaultKit одну вещь: он не оборачивает весь сейф этой магической защитной накидкой… и честно говоря, я тоже сначала прочитал это именно так. я увидел «Shield» — и мозг такой: окей, сейф теперь защищён, каждое действие проверяется, каждый шаг проходит через Newton, круто. но потом я притормозил и такой: стойте… щит на самом деле стоит прямо перед менеджерской частью, со стороны куратора, перед теми вещами, которые могут менять поведение сейфа. изменения cap, перераспределения, вызовы менеджера — это более крупные управляющие ходы. не каждый обычный депозит или вывод от пользователя по умолчанию и я думаю, что эта граница на самом деле важна. потому что когда менеджер сейфа меняет cap, двигает ликвидность или перенастраивает то, где размещён капитал, это может изменить риск для всех внутри. поэтому логично сначала ставить там проверки политики. как будто прежде чем человек с правами переформатирует сейф, Newton спрашивает: окей, это вообще разрешено, это соответствует политике, этот вызов вообще должен доходить до сейфа?? мне нравится эта часть, потому что привилегированные действия — это как раз то место, где одна неудачная операция может ударить по многим пользователям но я также думаю, что это очень легко неправильно понять. если кто-то слышит «policy-gated vault», он может решить, что каждое действие внутри сейфа проходит проверку Newton. но это не всегда так. если депозиты и выводы всё ещё идут через обычный маршрут сейфа, значит, они защищены собственной логикой этого сейфа, а не автоматически Newton. защита следует по тому пути, который проходит через Shield. если путь не через Shield — проверки Newton нет. просто, но люди могут это упустить для меня это не слабость ровно как таковая, скорее вопрос масштаба. а в крипте масштаб очень важен, потому что слова быстро раздуваются. «protected» может означать одну функцию, один флоу, одну роль, одно админ-действие или же весь контракт — в зависимости от того, кто это говорит. я не хочу, чтобы пользователи думали, будто весь сейф находится под одним слоем правил, когда по факту под проверками политики только действия менеджера
#Newt @NewtonProtocol $NEWT
думаю, что люди могут не заметить с VaultKit одну вещь: он не оборачивает весь сейф этой магической защитной накидкой… и честно говоря, я тоже сначала прочитал это именно так. я увидел «Shield» — и мозг такой: окей, сейф теперь защищён, каждое действие проверяется, каждый шаг проходит через Newton, круто. но потом я притормозил и такой: стойте… щит на самом деле стоит прямо перед менеджерской частью, со стороны куратора, перед теми вещами, которые могут менять поведение сейфа. изменения cap, перераспределения, вызовы менеджера — это более крупные управляющие ходы. не каждый обычный депозит или вывод от пользователя по умолчанию

и я думаю, что эта граница на самом деле важна. потому что когда менеджер сейфа меняет cap, двигает ликвидность или перенастраивает то, где размещён капитал, это может изменить риск для всех внутри. поэтому логично сначала ставить там проверки политики. как будто прежде чем человек с правами переформатирует сейф, Newton спрашивает: окей, это вообще разрешено, это соответствует политике, этот вызов вообще должен доходить до сейфа?? мне нравится эта часть, потому что привилегированные действия — это как раз то место, где одна неудачная операция может ударить по многим пользователям

но я также думаю, что это очень легко неправильно понять. если кто-то слышит «policy-gated vault», он может решить, что каждое действие внутри сейфа проходит проверку Newton. но это не всегда так. если депозиты и выводы всё ещё идут через обычный маршрут сейфа, значит, они защищены собственной логикой этого сейфа, а не автоматически Newton. защита следует по тому пути, который проходит через Shield. если путь не через Shield — проверки Newton нет. просто, но люди могут это упустить

для меня это не слабость ровно как таковая, скорее вопрос масштаба. а в крипте масштаб очень важен, потому что слова быстро раздуваются. «protected» может означать одну функцию, один флоу, одну роль, одно админ-действие или же весь контракт — в зависимости от того, кто это говорит. я не хочу, чтобы пользователи думали, будто весь сейф находится под одним слоем правил, когда по факту под проверками политики только действия менеджера
Статья
Newton и проблема намеренияЯ приземлился на <c-22/> довольно случайно — не из-за какого‑то огромного ажиотажного треда, а пока читал эти бесконечные споры про то, что цепочки становятся быстрее, приложения — плавнее, что ИИ‑агенты, возможно, станут реальными пользователями, и все спорят, будто следующее большое достижение — только скорость или TPS или более дешёвые комиссии… И не знаю, в чём‑то Ньютон показался мне чуть другим. Не более громким, не более показным, а другим — таким, что я притормозил. Потому что мне кажется: крипто уже научилась двигать деньги. Иногда — даже слишком хорошо. Можно обмениваться, бриджить, стейкать, занимать, лупать, фармить, торговать перпами, переносить стейблкоины между цепочками и делать всё это — то, что ещё несколько лет назад звучало бы безумно. Но то, что до сих пор кажется мне слабым, вот что: сеть знает, что я подписал, но она не всегда знает, что я на самом деле имел в виду. И именно этот зазор, на мой взгляд, и запускает массу проблем. Типа: когда я нажимаю что‑то, я не просто говорю «отправь эту транзакцию». Я пытаюсь сделать действие с условиями у себя в голове. Обмен — но только если проскальзывание остаётся низким. Займ — но только если мой health factor не уйдёт в дичь. Пусть агент двигает средства, но не больше этой суммы. Ребаланс — но не трогая рискованный протокол. Бридж — но только если маршрут безопасный. Для меня реальное действие — не «сырая транзакция». И я считаю, что Ньютон интересен именно тем, что он как бы задаёт вопрос: должны ли эти условия находиться ближе к выполнению, а не быть размазаны по фронтендам, документации, кошелькам, скриптам и случайной человеческой памяти. Это звучит просто, но на самом деле это большой сдвиг. Биткоин научил людей доверять цифровой ценности. Ethereum сделал контракты привычными. Solana протолкнула идею быстрого исполнения. И теперь, возможно, следующий вопрос — не «может ли транзакция выполняться быстрее?», а «вообще должна ли эта транзакция выполняться под правилами, которые я задал?» Я не хочу овердраматизировать, но думаю, что этот вопрос важен. Потому что разработчики сегодня снова и снова пересобирают логику разрешений. В каждом приложении — свои правила. В каждом сейфе — свои проверки. В каждом фронтенде — свои предупреждения. В каждой команде — свой способ сказать «да» или «нет» до того, как деньги сдвинутся. И чем сложнее становится крипта, тем больше это ощущается как кашa. Я видел, как легко пользователи могут неправильно понять, что кнопка на самом деле делает. Я видел, как боты и агенты способны выполнять инструкции слишком буквально. Я видел, как «валидная транзакция» всё равно может быть плохой транзакцией для человека, который её подписал. Поэтому когда Ньютон говорит про execution с учётом политики, я читаю это не как ещё одну dev‑фичу, а как способ уменьшить путаницу ещё до того, как она превратится в ущерб. Может, приложение говорит одно. Может, кошелёк показывает другое. Может, рынок изменился. Может, правило пользователя говорит «стоп». И, возможно, система должна суметь проверить это до того, как цепочка скажет: «окей, подпись валидна — погнали». Конечно, это не легко. Политики тоже могут раздражать. Если правила сложно писать — разработчики будут их избегать. Если они слишком жёсткие — приложения теряют свободу. Если пользователям приходится слишком много понимать — они уйдут. Крипто‑пользователи говорят, что хотят безопасности, но ненавидят трение. И честно — я их понимаю. Никто не хочет лишние 9 шагов только чтобы сделать простое действие. Поэтому если Ньютон работает, я думаю, он должен исчезать на заднем плане. Пользователь не должен ощущать, что он каждый раз изучает какое‑то большое новое устройство. Он должен просто чувствовать, что приложение труднее сломать. Вот так, по моему опыту, побеждает хорошая инфраструктура: не просить людей восхищаться архитектурой, а сделать плохой исход менее вероятным, не делая хороший исход более сложным. И ещё мне кажется, что главный враг Ньютона может быть не другая цепь и не другой ai‑протокол — это просто привычка. Разработчики уже знают, как собирать свои проверки разрешений. Пользователи уже знают хаотичные инструменты, которыми пользуются. Команды привыкли делать всё по‑своему, даже когда это неаккуратно. На то, чтобы это поменять, нужно время. Это культура так же, как и технология. А рынки нетерпеливы — особенно в крипте. Неделю все хотят ИИ‑агентов, на следующей — RWA, потом restaking, потом приватность, потом мем‑коины, потом снова ИИ. Инфраструктурным проектам нужно выживать, пока внимание убегает. Поэтому я не говорю, что Ньютон что‑то гарантирует. Я просто думаю, что идея острее, чем обычный нарратив. Это не «давайте сделаем ещё одну более быструю цепь». Не «ИИ будет торговать за всех». Это скорее «давайте сделаем намерение и правила частью самого действия». И если агенты реально станут встречаться чаще, это может очень многое значить. Потому что ИИ‑агенты не просто будут кликать кнопки — они будут пытаться достигать целей. А целям нужны ограничения. Ограничениям нужна верификация. А верификация должна быть достаточно простой, чтобы люди реально ей пользовались. И, кстати, это важно не только для ИИ. Иногда мы ведём себя так, будто только агентам нужны ограждения, но на самом деле они нужны и пользователям. Я сам принимал поспешные решения. Я нажимал слишком быстро. Я слишком сильно доверял фронтенду. Я видел, как люди подписывают вещи, которые едва понимали. Может быть, будущее крипты — не только делать self‑custody сложнее и сложнее и набрасывать задачи всё труднее. Может быть, будущее — чтобы система понимала больше из того, что пользователь действительно имел в виду, прежде чем транзакции разрешат случиться. Мне это кажется полезнее, чем очередной маленький буст по скорости. Но всё же реальный тест — не в whitepaper и не в фразе «intent layer», и не в любой красивой схеме. Реальный тест — будут ли это использовать те, кто строит продукты, потому что это освобождает от пересборки логики правил. Реальный тест — почувствуют ли пользователи себя в безопасности, не чувствуя, что их тормозят. Реальный тест — станут ли приложения вести себя лучше, потому что правила ясны. И реальный тест — сойдёт ли $NEWT в реальное использование, а не останется просто историей, за которую пару недель торгуют. Вот за этим я бы и следил. По одной интеграции за раз, по одному реальному рабочему процессу за раз, по одному месту, где система останавливает глупость ещё до того, как она становится дорогой. Потому что если Ньютон станет полезным, я не думаю, что люди будут обсуждать его каждый день. Они просто начнут ожидать, что приложения будут лучше понимать разрешения. И, возможно, это и есть тихое будущее здесь: не блокчейны становятся громче, не агенты — буйнее, а транзакции наконец будут нести чуть больше того, что пользователь действительно имел в виду.

Newton и проблема намерения

Я приземлился на <c-22/> довольно случайно — не из-за какого‑то огромного ажиотажного треда, а пока читал эти бесконечные споры про то, что цепочки становятся быстрее, приложения — плавнее, что ИИ‑агенты, возможно, станут реальными пользователями, и все спорят, будто следующее большое достижение — только скорость или TPS или более дешёвые комиссии… И не знаю, в чём‑то Ньютон показался мне чуть другим. Не более громким, не более показным, а другим — таким, что я притормозил. Потому что мне кажется: крипто уже научилась двигать деньги. Иногда — даже слишком хорошо. Можно обмениваться, бриджить, стейкать, занимать, лупать, фармить, торговать перпами, переносить стейблкоины между цепочками и делать всё это — то, что ещё несколько лет назад звучало бы безумно. Но то, что до сих пор кажется мне слабым, вот что: сеть знает, что я подписал, но она не всегда знает, что я на самом деле имел в виду. И именно этот зазор, на мой взгляд, и запускает массу проблем. Типа: когда я нажимаю что‑то, я не просто говорю «отправь эту транзакцию». Я пытаюсь сделать действие с условиями у себя в голове. Обмен — но только если проскальзывание остаётся низким. Займ — но только если мой health factor не уйдёт в дичь. Пусть агент двигает средства, но не больше этой суммы. Ребаланс — но не трогая рискованный протокол. Бридж — но только если маршрут безопасный. Для меня реальное действие — не «сырая транзакция». И я считаю, что Ньютон интересен именно тем, что он как бы задаёт вопрос: должны ли эти условия находиться ближе к выполнению, а не быть размазаны по фронтендам, документации, кошелькам, скриптам и случайной человеческой памяти. Это звучит просто, но на самом деле это большой сдвиг. Биткоин научил людей доверять цифровой ценности. Ethereum сделал контракты привычными. Solana протолкнула идею быстрого исполнения. И теперь, возможно, следующий вопрос — не «может ли транзакция выполняться быстрее?», а «вообще должна ли эта транзакция выполняться под правилами, которые я задал?» Я не хочу овердраматизировать, но думаю, что этот вопрос важен. Потому что разработчики сегодня снова и снова пересобирают логику разрешений. В каждом приложении — свои правила. В каждом сейфе — свои проверки. В каждом фронтенде — свои предупреждения. В каждой команде — свой способ сказать «да» или «нет» до того, как деньги сдвинутся. И чем сложнее становится крипта, тем больше это ощущается как кашa. Я видел, как легко пользователи могут неправильно понять, что кнопка на самом деле делает. Я видел, как боты и агенты способны выполнять инструкции слишком буквально. Я видел, как «валидная транзакция» всё равно может быть плохой транзакцией для человека, который её подписал. Поэтому когда Ньютон говорит про execution с учётом политики, я читаю это не как ещё одну dev‑фичу, а как способ уменьшить путаницу ещё до того, как она превратится в ущерб. Может, приложение говорит одно. Может, кошелёк показывает другое. Может, рынок изменился. Может, правило пользователя говорит «стоп». И, возможно, система должна суметь проверить это до того, как цепочка скажет: «окей, подпись валидна — погнали». Конечно, это не легко. Политики тоже могут раздражать. Если правила сложно писать — разработчики будут их избегать. Если они слишком жёсткие — приложения теряют свободу. Если пользователям приходится слишком много понимать — они уйдут. Крипто‑пользователи говорят, что хотят безопасности, но ненавидят трение. И честно — я их понимаю. Никто не хочет лишние 9 шагов только чтобы сделать простое действие. Поэтому если Ньютон работает, я думаю, он должен исчезать на заднем плане. Пользователь не должен ощущать, что он каждый раз изучает какое‑то большое новое устройство. Он должен просто чувствовать, что приложение труднее сломать. Вот так, по моему опыту, побеждает хорошая инфраструктура: не просить людей восхищаться архитектурой, а сделать плохой исход менее вероятным, не делая хороший исход более сложным. И ещё мне кажется, что главный враг Ньютона может быть не другая цепь и не другой ai‑протокол — это просто привычка. Разработчики уже знают, как собирать свои проверки разрешений. Пользователи уже знают хаотичные инструменты, которыми пользуются. Команды привыкли делать всё по‑своему, даже когда это неаккуратно. На то, чтобы это поменять, нужно время. Это культура так же, как и технология. А рынки нетерпеливы — особенно в крипте. Неделю все хотят ИИ‑агентов, на следующей — RWA, потом restaking, потом приватность, потом мем‑коины, потом снова ИИ. Инфраструктурным проектам нужно выживать, пока внимание убегает. Поэтому я не говорю, что Ньютон что‑то гарантирует. Я просто думаю, что идея острее, чем обычный нарратив. Это не «давайте сделаем ещё одну более быструю цепь». Не «ИИ будет торговать за всех». Это скорее «давайте сделаем намерение и правила частью самого действия». И если агенты реально станут встречаться чаще, это может очень многое значить. Потому что ИИ‑агенты не просто будут кликать кнопки — они будут пытаться достигать целей. А целям нужны ограничения. Ограничениям нужна верификация. А верификация должна быть достаточно простой, чтобы люди реально ей пользовались. И, кстати, это важно не только для ИИ. Иногда мы ведём себя так, будто только агентам нужны ограждения, но на самом деле они нужны и пользователям. Я сам принимал поспешные решения. Я нажимал слишком быстро. Я слишком сильно доверял фронтенду. Я видел, как люди подписывают вещи, которые едва понимали. Может быть, будущее крипты — не только делать self‑custody сложнее и сложнее и набрасывать задачи всё труднее. Может быть, будущее — чтобы система понимала больше из того, что пользователь действительно имел в виду, прежде чем транзакции разрешат случиться. Мне это кажется полезнее, чем очередной маленький буст по скорости. Но всё же реальный тест — не в whitepaper и не в фразе «intent layer», и не в любой красивой схеме. Реальный тест — будут ли это использовать те, кто строит продукты, потому что это освобождает от пересборки логики правил. Реальный тест — почувствуют ли пользователи себя в безопасности, не чувствуя, что их тормозят. Реальный тест — станут ли приложения вести себя лучше, потому что правила ясны. И реальный тест — сойдёт ли $NEWT в реальное использование, а не останется просто историей, за которую пару недель торгуют. Вот за этим я бы и следил. По одной интеграции за раз, по одному реальному рабочему процессу за раз, по одному месту, где система останавливает глупость ещё до того, как она становится дорогой. Потому что если Ньютон станет полезным, я не думаю, что люди будут обсуждать его каждый день. Они просто начнут ожидать, что приложения будут лучше понимать разрешения. И, возможно, это и есть тихое будущее здесь: не блокчейны становятся громче, не агенты — буйнее, а транзакции наконец будут нести чуть больше того, что пользователь действительно имел в виду.
@NewtonProtocol я продолжаю смотреть на крипто так, будто каждая сеть пытается защитить одну часть машины… биткоин заставил людей заботиться о ценности, эфириум сделал код похожим на правила денег, солана продолжает толкать скорость и минимальную задержку. но потом я смотрю на Ньютона и думаю: а вдруг то, о чём мы недостаточно говорим — это то, что пользователь реально имел в виду ещё до того, как транзакция вообще запустится потому что в большинстве случаев я не просто пытаюсь «отправить транзакцию» — это слишком просто. я пытаюсь сделать что‑то с условиями, которые держу в голове. сделать своп, но только если цена не проседает слишком сильно. занять, но только если риск не становится уродливым. пусть агент действует, но только после проверки каких‑то правил. переместить деньги, но только если не замешаны неправильные разрешения или неверный маршрут. и, честно говоря, обычная сеть видит транзакцию — но не всегда понимает причину, которая за ней стоит поэтому мне кажется, что policy‑слой Ньютона — это реально интересно. это не просто ещё одна история про скорость или ещё один заголовок про ai‑агента. это скорее попытка приблизить правила пользователя к самому действию. вместо того чтобы каждое приложение снова и снова строило свои маленькие ограждения, Ньютон говорит: возможно, намерение нужно проверять как часть исполнения но да, я не думаю, что самая сложная часть — только в коде. дев‑привычки реальны. у команд уже есть свои способы обрабатывать разрешения и проверки, даже если они хаотичные. чтобы это изменить, нужен время и люди переходят на новый подход только когда он кажется проще, безопаснее или просто менее раздражающим для меня победа — если Ньютон станет почти незаметным… чтобы пользователи даже не думали «я использую policy‑инфраструктуру», а просто чувствовали, что onchain‑действия становятся более логичными, и плохие шаги останавливаются ещё до того, как они станут дорогими возможно, следующий скачок крипто — это не только более быстрые блоки… возможно, это блокчейны наконец-то понимают, что мы пытались сделать в первую очередь #Newt $NEWT {spot}(NEWTUSDT)
@NewtonProtocol я продолжаю смотреть на крипто так, будто каждая сеть пытается защитить одну часть машины… биткоин заставил людей заботиться о ценности, эфириум сделал код похожим на правила денег, солана продолжает толкать скорость и минимальную задержку. но потом я смотрю на Ньютона и думаю: а вдруг то, о чём мы недостаточно говорим — это то, что пользователь реально имел в виду ещё до того, как транзакция вообще запустится

потому что в большинстве случаев я не просто пытаюсь «отправить транзакцию» — это слишком просто. я пытаюсь сделать что‑то с условиями, которые держу в голове. сделать своп, но только если цена не проседает слишком сильно. занять, но только если риск не становится уродливым. пусть агент действует, но только после проверки каких‑то правил. переместить деньги, но только если не замешаны неправильные разрешения или неверный маршрут. и, честно говоря, обычная сеть видит транзакцию — но не всегда понимает причину, которая за ней стоит
поэтому мне кажется, что policy‑слой Ньютона — это реально интересно. это не просто ещё одна история про скорость или ещё один заголовок про ai‑агента. это скорее попытка приблизить правила пользователя к самому действию. вместо того чтобы каждое приложение снова и снова строило свои маленькие ограждения, Ньютон говорит: возможно, намерение нужно проверять как часть исполнения
но да, я не думаю, что самая сложная часть — только в коде. дев‑привычки реальны.

у команд уже есть свои способы обрабатывать разрешения и проверки, даже если они хаотичные. чтобы это изменить, нужен время и люди переходят на новый подход только когда он кажется проще, безопаснее или просто менее раздражающим
для меня победа — если Ньютон станет почти незаметным… чтобы пользователи даже не думали «я использую policy‑инфраструктуру», а просто чувствовали, что onchain‑действия становятся более логичными, и плохие шаги останавливаются ещё до того, как они станут дорогими

возможно, следующий скачок крипто — это не только более быстрые блоки… возможно, это блокчейны наконец-то понимают, что мы пытались сделать в первую очередь
#Newt $NEWT
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы