Binance Square
Riyamoni1
299 Публикации

Riyamoni1

Открытая сделка
Трейдер с регулярными сделками
10.1 мес.
112 подписок(и/а)
1.3K+ подписчиков(а)
156 понравилось
Посты
Портфель
·
--
Чем больше я узнаю об ИИ-автоматизации в криптоиндустрии, тем чаще задаюсь вопросом: должно ли «валидно» всегда означать «одобрено». Сегодня блокчейны отлично умеют проверять транзакции, но они не могут определить, действительно ли транзакция отражает намерение пользователя. Когда ИИ-агенты начнут все активнее управлять кошельками и активами, этот разрыв может стать куда более значимым. Одна из причин, почему мне интересен @NewtonProtocol : вместо того чтобы полагаться только на техническую корректность, он изучает, как прозрачные правила могут оценивать действия до их выполнения. Цель не в том, чтобы тормозить инновации. Цель — снизить дорогостоящие ошибки, сохранив автоматизацию подотчетной. Если такой подход получит распространение, инфраструктура, учитывающая намерения, может стать ключевым элементом следующего поколения Web3. @NewtonProtocol $NEWT #NEWT #Newt
Чем больше я узнаю об ИИ-автоматизации в криптоиндустрии, тем чаще задаюсь вопросом: должно ли «валидно» всегда означать «одобрено».

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

Если такой подход получит распространение, инфраструктура, учитывающая намерения, может стать ключевым элементом следующего поколения Web3.
@NewtonProtocol $NEWT #NEWT #Newt
Тихая ценность границ разрешений — почему ИИ не нужна большая свобода, ему нужны более точные ограниченияЧем больше я читаю про протокол Newton, тем меньше думаю, что его самой важной особенностью является автоматизация. То, что больше всего привлекает мое внимание, — это нечто гораздо менее захватывающее. Возможность определить, где автоматизация должна остановиться. Технологии обычно восхваляют снятие ограничений. Более быстрое выполнение, меньше кликов, меньше участия человека. Прогресс часто выглядит как предоставление программному обеспечению большей свободы. Но финансы всегда развивались по-другому. Системы, которым больше всего доверяют, — это не те, где власть неограниченна. Это те, где полномочия тщательно определены, отслеживаются и ограничиваются.

Тихая ценность границ разрешений — почему ИИ не нужна большая свобода, ему нужны более точные ограничения

Чем больше я читаю про протокол Newton, тем меньше думаю, что его самой важной особенностью является автоматизация.
То, что больше всего привлекает мое внимание, — это нечто гораздо менее захватывающее.
Возможность определить, где автоматизация должна остановиться.
Технологии обычно восхваляют снятие ограничений. Более быстрое выполнение, меньше кликов, меньше участия человека. Прогресс часто выглядит как предоставление программному обеспечению большей свободы.
Но финансы всегда развивались по-другому.
Системы, которым больше всего доверяют, — это не те, где власть неограниченна. Это те, где полномочия тщательно определены, отслеживаются и ограничиваются.
Протокол Newton, возможно, решает проблему завтрашнего дня, а не сегодняшнего Чем больше я думаю о протоколе Newton, тем больше мне кажется, что его главная сложность — не технология, а время. AI с разрешениями и проверяемое исполнение имеют смысл, особенно когда AI-агенты начинают работать с реальной финансовой ценностью. Но сегодня пользователи редко просят слой авторизации. Большинству важнее скорость, удобство и низкие комиссии. Если уже существующие инструменты кажутся «достаточно хорошими», зачем им переходить? Это заставляет меня думать, что Newton на самом деле не конкурирует с другими протоколами. Он конкурирует с привычкой. Инфраструктура редко побеждает только потому, что технически она лучше. Она выигрывает, когда рынок доходит до момента, где старый способ больше не ощущается достаточно безопасным. Если AI станет обычной частью ончейн-финансов, ответственность может перестать быть «премиальной» функцией и стать ожиданием. Вопрос не в том, работает ли Newton. Вопрос в том, готов ли рынок к тому, что он строит. Как вы думаете? @NewtonProtocol $NEWT #Newt
Протокол Newton, возможно, решает проблему завтрашнего дня, а не сегодняшнего
Чем больше я думаю о протоколе Newton, тем больше мне кажется, что его главная сложность — не технология, а время.

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

Но сегодня пользователи редко просят слой авторизации. Большинству важнее скорость, удобство и низкие комиссии. Если уже существующие инструменты кажутся «достаточно хорошими», зачем им переходить?
Это заставляет меня думать, что Newton на самом деле не конкурирует с другими протоколами.
Он конкурирует с привычкой.
Инфраструктура редко побеждает только потому, что технически она лучше. Она выигрывает, когда рынок доходит до момента, где старый способ больше не ощущается достаточно безопасным.

Если AI станет обычной частью ончейн-финансов, ответственность может перестать быть «премиальной» функцией и стать ожиданием.
Вопрос не в том, работает ли Newton. Вопрос в том, готов ли рынок к тому, что он строит.
Как вы думаете?
@NewtonProtocol
$NEWT #Newt
·
--
Падение
Я думал о том, где VaultKit на самом деле добавляет больше всего ценности. Сначала я предположил, что цель — размещать проверки политик ИИ перед каждым действием с хранилищем. Чем больше я читал, тем больше мне казалось, что это не задумано. VaultKit сосредоточен на моментах, которые могут фундаментально изменить то, как управляется хранилище: операции вроде обновления стратегии, корректировки лимитов или других привилегированных административных решений. Именно эти действия дают возможность политическому контролю снизить операционные риски до выполнения. Это также означает, что важно не преувеличивать то, что он делает. Хранилище, защищённое Newton, не означает, что каждая транзакция была оценена одним и тем же движком политик. Защита распространяется на действия, которые намеренно направляются через Shield, а остальная часть хранилища продолжает работать в соответствии со своим базовым протоколом. Понимание этой границы делает архитектуру скорее более продуманной, чем более ограниченной. #newt $NEWT @NewtonProtocol
Я думал о том, где VaultKit на самом деле добавляет больше всего ценности.

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

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

Это также означает, что важно не преувеличивать то, что он делает. Хранилище, защищённое Newton, не означает, что каждая транзакция была оценена одним и тем же движком политик. Защита распространяется на действия, которые намеренно направляются через Shield, а остальная часть хранилища продолжает работать в соответствии со своим базовым протоколом.

Понимание этой границы делает архитектуру скорее более продуманной, чем более ограниченной.
#newt $NEWT @NewtonProtocol
См. перевод
VaultKit Doesn't Remove Trust. It Moves It. And That Changes EverythingOne of the biggest misconceptions in Web3 is that smart contracts eliminate trust. They don't.What they actually do is change where trust lives. That's why VaultKit caught my attention. Instead of claiming that users no longer need trust, it recognizes that trust should be transparent, programmable, and verifiable rather than hidden behind centralized decision-making. In traditional finance, users trust institutions to protect assets, enforce permissions, and process transactions correctly. Most of those decisions happen behind closed doors, leaving users with little visibility into how the system works. VaultKit approaches this differently. Rather than relying on a single party's judgment, it allows security rules, permissions, and execution logic to become part of an auditable onchain framework. Trust shifts from "believing someone will do the right thing" to "verifying that the predefined rules were followed." That distinction matters.It doesn't mean every risk disappears. Poorly written policies, incorrect configurations, or compromised credentials can still create problems. Technology can't eliminate human error. But it can reduce uncertainty.When rules are visible, consistently enforced, and easy to audit, users gain confidence because they can verify outcomes instead of relying solely on promises. This is especially important as AI agents begin handling more financial activity. Automation without clear guardrails can introduce new risks, but automation governed by transparent policies creates accountability. In that sense, VaultKit isn't trying to replace trust.It's relocating trust—from organizations and individuals toward open, verifiable systems where every participant can inspect the rules before assets move. That may sound like a subtle change.In reality, it's one of the biggest philosophical shifts blockchain has introduced. The future of digital finance may not be trustless. It may simply be trust that everyone can verify. What do you think? Is the goal of Web3 to eliminate trust entirely, or to make trust transparent enough that anyone can independently verify it? @NewtonProtocol $NEWT #newt {spot}(NEWTUSDT)

VaultKit Doesn't Remove Trust. It Moves It. And That Changes Everything

One of the biggest misconceptions in Web3 is that smart contracts eliminate trust.
They don't.What they actually do is change where trust lives.
That's why VaultKit caught my attention. Instead of claiming that users no longer need trust, it recognizes that trust should be transparent, programmable, and verifiable rather than hidden behind centralized decision-making.
In traditional finance, users trust institutions to protect assets, enforce permissions, and process transactions correctly. Most of those decisions happen behind closed doors, leaving users with little visibility into how the system works.
VaultKit approaches this differently.
Rather than relying on a single party's judgment, it allows security rules, permissions, and execution logic to become part of an auditable onchain framework. Trust shifts from "believing someone will do the right thing" to "verifying that the predefined rules were followed."
That distinction matters.It doesn't mean every risk disappears. Poorly written policies, incorrect configurations, or compromised credentials can still create problems. Technology can't eliminate human error.
But it can reduce uncertainty.When rules are visible, consistently enforced, and easy to audit, users gain confidence because they can verify outcomes instead of relying solely on promises.
This is especially important as AI agents begin handling more financial activity. Automation without clear guardrails can introduce new risks, but automation governed by transparent policies creates accountability.
In that sense, VaultKit isn't trying to replace trust.It's relocating trust—from organizations and individuals toward open, verifiable systems where every participant can inspect the rules before assets move.
That may sound like a subtle change.In reality, it's one of the biggest philosophical shifts blockchain has introduced.
The future of digital finance may not be trustless.
It may simply be trust that everyone can verify.
What do you think? Is the goal of Web3 to eliminate trust entirely, or to make trust transparent enough that anyone can independently verify it?
@NewtonProtocol $NEWT #newt
См. перевод
Can Newton Make AI Permissions Easier to Revoke Than to Grant? I kept thinking about what happens after someone gives an AI agent permission to act. Most conversations focus on how permissions are granted, but what if circumstances change? A trading strategy no longer makes sense. A wallet owner loses confidence in an AI agent. A policy needs to become more restrictive after a new risk is discovered. The real challenge may not be giving permission. It may be changing or removing it safely. From what I've read, Newton Protocol is designed around policy-based authorization rather than unlimited delegation. Protected actions require policy validation before execution, allowing permissions to be updated over time instead of remaining permanently trusted. That struck me as an important design choice. Security isn't only about deciding who can act today. It's also about making tomorrow's decisions easy to change. At the same time, changing a policy doesn't automatically guarantee better outcomes. A poorly designed policy can still create unnecessary friction, while a policy that's too permissive may leave users exposed to risks they didn't intend to accept. Technology can enforce the rules. It can't decide whether the rules themselves are the right ones. For me, that's where Newton becomes interesting. The long-term value may come less from automation itself and more from giving users the confidence that automation remains under their control as conditions change. What do you think? As AI agents become more capable, will the ability to update or revoke permissions become just as important as granting them in the first place? @NewtonProtocol $NEWT #Newt #newt
Can Newton Make AI Permissions Easier to Revoke Than to Grant?

I kept thinking about what happens after someone gives an AI agent permission to act.
Most conversations focus on how permissions are granted, but what if circumstances change?
A trading strategy no longer makes sense. A wallet owner loses confidence in an AI agent. A policy needs to become more restrictive after a new risk is discovered.

The real challenge may not be giving permission.

It may be changing or removing it safely.
From what I've read, Newton Protocol is designed around policy-based authorization rather than unlimited delegation. Protected actions require policy validation before execution, allowing permissions to be updated over time instead of remaining permanently trusted.

That struck me as an important design choice.
Security isn't only about deciding who can act today.

It's also about making tomorrow's decisions easy to change.
At the same time, changing a policy doesn't automatically guarantee better outcomes.
A poorly designed policy can still create unnecessary friction, while a policy that's too permissive may leave users exposed to risks they didn't intend to accept.

Technology can enforce the rules.

It can't decide whether the rules themselves are the right ones.

For me, that's where Newton becomes interesting.
The long-term value may come less from automation itself and more from giving users the confidence that automation remains under their control as conditions change.

What do you think? As AI agents become more capable, will the ability to update or revoke permissions become just as important as granting them in the first place?

@NewtonProtocol
$NEWT #Newt #newt
Настоящее испытание для протокола Newton может быть не в безопасности — а в простотеЧем больше я читаю про протокол Newton, тем больше думаю, что его главной задачей может быть не создание защищенной инфраструктуры. Возможно, речь о том, чтобы эта инфраструктура казалась невидимой. У криптографии долгая история создания более продвинутых технологий, чем те, о которых на самом деле просит средний пользователь. Более быстрые блокчейны, лучшая масштабируемость, более надежная криптография и более эффективное выполнение — все это ценные достижения. Но большинство людей никогда не выбирают продукт, потому что понимают его архитектуру. Они выбирают его, потому что он кажется проще в использовании, чем альтернатива.

Настоящее испытание для протокола Newton может быть не в безопасности — а в простоте

Чем больше я читаю про протокол Newton, тем больше думаю, что его главной задачей может быть не создание защищенной инфраструктуры.
Возможно, речь о том, чтобы эта инфраструктура казалась невидимой.
У криптографии долгая история создания более продвинутых технологий, чем те, о которых на самом деле просит средний пользователь.
Более быстрые блокчейны, лучшая масштабируемость, более надежная криптография и более эффективное выполнение — все это ценные достижения. Но большинство людей никогда не выбирают продукт, потому что понимают его архитектуру. Они выбирают его, потому что он кажется проще в использовании, чем альтернатива.
Утверждение — это не то же самое, что выполнение. И Newton Protocol показывает этоЯ размышлял над одним тонким дизайнерским решением в протоколе Newton, которое может стать более важным по мере того, как ИИ-агенты будут выполнять всё больше действий в сети. Утверждение и выполнение не считаются одним и тем же. Утверждённый намерение подтверждает, что проверки политики прошли и запрошенное действие разрешено в рамках заданных правил. Это говорит системе, что она может продолжить. Это не гарантирует, что сама транзакция в блокчейне успешно выполнится. Выполнение всё ещё может завершиться неудачей по причинам, не связанным со слоем политики. Контракт назначения может откатиться, необходимые условия могут больше не выполняться, или транзакция может столкнуться с проблемами на уровне исполнения.

Утверждение — это не то же самое, что выполнение. И Newton Protocol показывает это

Я размышлял над одним тонким дизайнерским решением в протоколе Newton, которое может стать более важным по мере того, как ИИ-агенты будут выполнять всё больше действий в сети.
Утверждение и выполнение не считаются одним и тем же.
Утверждённый намерение подтверждает, что проверки политики прошли и запрошенное действие разрешено в рамках заданных правил. Это говорит системе, что она может продолжить.
Это не гарантирует, что сама транзакция в блокчейне успешно выполнится.
Выполнение всё ещё может завершиться неудачей по причинам, не связанным со слоем политики. Контракт назначения может откатиться, необходимые условия могут больше не выполняться, или транзакция может столкнуться с проблемами на уровне исполнения.
Настоящая ценность ИИ заключается не в том, сколько задач он может автоматизировать. А в том, насколько уверенно пользователи могут позволить ему действовать. Именно поэтому мне интересен Newton Protocol. Многие проекты сосредоточены на том, чтобы сделать ИИ более мощным. Newton делает так, чтобы действия ИИ были основаны на разрешениях и поддавались проверке. По мере того как автономные агенты становятся все более распространенными, доверие может стать столь же важным, как и скорость. Одна лишь технология не приводит к внедрению. Ведущую роль играет уверенность. Пойдут ли пользователи быстрее навстречу ИИ, если каждое действие можно будет проверить, а не просто доверять? @NewtonProtocol $NEWT #Newt
Настоящая ценность ИИ заключается не в том, сколько задач он может автоматизировать. А в том, насколько уверенно пользователи могут позволить ему действовать.

Именно поэтому мне интересен Newton Protocol.
Многие проекты сосредоточены на том, чтобы сделать ИИ более мощным. Newton делает так, чтобы действия ИИ были основаны на разрешениях и поддавались проверке. По мере того как автономные агенты становятся все более распространенными, доверие может стать столь же важным, как и скорость.
Одна лишь технология не приводит к внедрению. Ведущую роль играет уверенность.

Пойдут ли пользователи быстрее навстречу ИИ, если каждое действие можно будет проверить, а не просто доверять?
@NewtonProtocol $NEWT #Newt
#newt $NEWT @NewtonProtocol Главная сложность для ИИ — это не интеллект, а доверие. По мере того как ИИ-агенты становятся способными управлять действиями в блокчейне, пользователям нужна уверенность в том, что каждое решение следует понятным и проверяемым правилам. Именно поэтому Newton Protocol вызывает интерес. Во время Mainnet Beta утверждение политик под контролем может замедлить децентрализацию, но также снизить риски по мере того, как сеть будет развиваться. Главный вопрос: Должна ли безопасность быть важнее полной открытости? Как вы думаете? #Newt #NEWT @NewtonProtocol $NEWT
#newt $NEWT @NewtonProtocol
Главная сложность для ИИ — это не интеллект, а доверие.

По мере того как ИИ-агенты становятся способными управлять действиями в блокчейне, пользователям нужна уверенность в том, что каждое решение следует понятным и проверяемым правилам.
Именно поэтому Newton Protocol вызывает интерес. Во время Mainnet Beta утверждение политик под контролем может замедлить децентрализацию, но также снизить риски по мере того, как сеть будет развиваться.
Главный вопрос: Должна ли безопасность быть важнее полной открытости?
Как вы думаете?

#Newt #NEWT @NewtonProtocol $NEWT
Главный вопрос для протокола Newton Protocol — не то, может ли ИИ действовать, а то, позволят ли люди ему это@NewtonProtocol люди говорят об ИИ в крипто, разговор обычно сосредотачивается на том, что ИИ может делать. Может ли она торговать быстрее? Может ли она анализировать больше данных? Может ли она автоматизировать сложные действия в блокчейне? Это интересные вопросы, но я думаю, что им не хватает чего-то ещё более важного. Люди на самом деле будут доверять ИИ, чтобы он действовал вместо них? Вот где мне в первую очередь бросился в глаза протокол Newton. Многие проекты пытаются сделать ИИ более способным. Ньютон, похоже, задаёт другой вопрос: как сделать ИИ более подотчётным?

Главный вопрос для протокола Newton Protocol — не то, может ли ИИ действовать, а то, позволят ли люди ему это

@NewtonProtocol люди говорят об ИИ в крипто, разговор обычно сосредотачивается на том, что ИИ может делать.
Может ли она торговать быстрее? Может ли она анализировать больше данных? Может ли она автоматизировать сложные действия в блокчейне?
Это интересные вопросы, но я думаю, что им не хватает чего-то ещё более важного.
Люди на самом деле будут доверять ИИ, чтобы он действовал вместо них?
Вот где мне в первую очередь бросился в глаза протокол Newton.
Многие проекты пытаются сделать ИИ более способным. Ньютон, похоже, задаёт другой вопрос: как сделать ИИ более подотчётным?
Статья
Чем больше я узнаю о Newton Protocol, тем чаще возвращаюсь к одному простому вопросу:Готов ли рынок к тому, что они создают сегодня, или они еще на шаг впереди спроса? Захватывающее видение. Вместо того чтобы отдавать ИИ-агентам полный контроль над активами, Ньютон делает ставку на автоматизацию на основе разрешений, где пользователи определяют, что агент может делать. Каждое действие продумано так, чтобы оно было прозрачным, проверяемым и ограниченным четкими правилами. С технической точки зрения это вполне логично. Но криптовалютный рынок редко вознаграждает технологию только за то, что она более продвинутая. Большинству пользователей важны удобство, скорость и лучшие результаты. Если что-то экономит время и работает надежно, они это используют. Если это добавляет сложности, многие не будут.

Чем больше я узнаю о Newton Protocol, тем чаще возвращаюсь к одному простому вопросу:

Готов ли рынок к тому, что они создают сегодня, или они еще на шаг впереди спроса?
Захватывающее видение. Вместо того чтобы отдавать ИИ-агентам полный контроль над активами, Ньютон делает ставку на автоматизацию на основе разрешений, где пользователи определяют, что агент может делать. Каждое действие продумано так, чтобы оно было прозрачным, проверяемым и ограниченным четкими правилами.
С технической точки зрения это вполне логично.
Но криптовалютный рынок редко вознаграждает технологию только за то, что она более продвинутая. Большинству пользователей важны удобство, скорость и лучшие результаты. Если что-то экономит время и работает надежно, они это используют. Если это добавляет сложности, многие не будут.
@NewtonProtocol Я некоторое время слежу за Newton Protocol ($NEWT), и вот что мне бросается в глаза: Создание технологии — это лишь половина задачи. Вторая половина — добиться того, чтобы люди действительно ею пользовались. Видение верифицируемых AI-агентов, которые могут безопасно выполнять действия в блокчейне, имеет очень большой смысл. Когда AI становится все более вовлечённым в финансы и крипто, доверие уже не будет опциональным — оно станет необходимым. Главный вопрос — тайминг. Сегодняшние пользователи в первую очередь заботятся об удобстве, более низких затратах и лучших результатах. Обычно они не думают об инфраструктуре, которая работает «за кулисами», если только она не решает насущную проблему. Тем не менее, многие из самых важных инфраструктурных проектов в крипто изначально не получали должного признания. Их ценность раскрылась потому, что экосистема со временем выросла вокруг них. Если автономные AI-агенты станут обычной частью Web3, Newton Protocol уже может иметь готовую основу. Иногда самое большое преимущество — не быть первым, чтобы привлечь внимание, а быть готовым ещё до того, как все остальные осознают необходимость. Платное партнёрство с $NEWT #NewtonProtocol #newt #AI #Web3 #crypto
@NewtonProtocol Я некоторое время слежу за Newton Protocol ($NEWT ), и вот что мне бросается в глаза:
Создание технологии — это лишь половина задачи. Вторая половина — добиться того, чтобы люди действительно ею пользовались.
Видение верифицируемых AI-агентов, которые могут безопасно выполнять действия в блокчейне, имеет очень большой смысл. Когда AI становится все более вовлечённым в финансы и крипто, доверие уже не будет опциональным — оно станет необходимым.
Главный вопрос — тайминг.
Сегодняшние пользователи в первую очередь заботятся об удобстве, более низких затратах и лучших результатах. Обычно они не думают об инфраструктуре, которая работает «за кулисами», если только она не решает насущную проблему.
Тем не менее, многие из самых важных инфраструктурных проектов в крипто изначально не получали должного признания. Их ценность раскрылась потому, что экосистема со временем выросла вокруг них.
Если автономные AI-агенты станут обычной частью Web3, Newton Protocol уже может иметь готовую основу.
Иногда самое большое преимущество — не быть первым, чтобы привлечь внимание, а быть готовым ещё до того, как все остальные осознают необходимость.
Платное партнёрство с
$NEWT #NewtonProtocol #newt #AI #Web3 #crypto
@NewtonProtocol #newt Я давно слежу за @NewtonProtocol и мне очень нравится то направление, в котором они движутся. Искусственный интеллект и блокчейн вместе могут открыть массу новых возможностей. Мне интересно посмотреть, как дальше будет развиваться экосистема. Что вы думаете о $NEWT ? $NEWT #NewtonProtocol #BinanceSquare
@NewtonProtocol #newt Я давно слежу за @NewtonProtocol и мне очень нравится то направление, в котором они движутся. Искусственный интеллект и блокчейн вместе могут открыть массу новых возможностей. Мне интересно посмотреть, как дальше будет развиваться экосистема.

Что вы думаете о $NEWT ?

$NEWT #NewtonProtocol #BinanceSquare
@OpenGradient Запрос завершился до того, как сеть полностью успела объяснить, почему. Именно эта деталь осталась у меня в голове. Одна попытка завершилась, платеж был урегулирован в OPG, а панель управления отметила всё как выполненное. Но на этом вывод не остановился. Подхватил другой агент, началась новая задача, и новый запрос на вычисления появился почти сразу. Это заставило меня задуматься о том, что происходит после урегулирования. Завершённый вывод не всегда является концом процесса. Иногда это сигнал для другой модели. Иногда он обновляет приложение. Иногда помогает разработчику улучшить версию модели. Иногда он создаёт ещё один платный запрос на вычисления без какого-либо ручного действия. Но одной активности недостаточно. Если агенты продолжают генерировать запросы, не создавая полезных результатов, система становится лишь более загруженной, но не более сильной. Повторные вычисления без реальной ценности — это просто шум. Для OPG интересный вопрос может быть не в том, сколько заданий урегулируется. Лучший вопрос — сколько урегулированных заданий порождают осмысленную работу после этого. Здоровая сеть — это не только та, которая завершает вычисления. Это та, где завершённые вычисления продолжают создавать ценность по всему экосистеме. Настоящая проверка для OpenGradient может заключаться в том, сохраняется ли продвижение полезных результатов после урегулирования — а не заканчивается ли всё первой транзакцией. #OpenGradient #OPG $OPG Какая метрика лучше всего показывает реальный спрос на OPG: общее число урегулирований или полезная последующая активность после урегулирования?
@OpenGradient Запрос завершился до того, как сеть полностью успела объяснить, почему.
Именно эта деталь осталась у меня в голове.
Одна попытка завершилась, платеж был урегулирован в OPG, а панель управления отметила всё как выполненное. Но на этом вывод не остановился. Подхватил другой агент, началась новая задача, и новый запрос на вычисления появился почти сразу.
Это заставило меня задуматься о том, что происходит после урегулирования.
Завершённый вывод не всегда является концом процесса. Иногда это сигнал для другой модели. Иногда он обновляет приложение. Иногда помогает разработчику улучшить версию модели. Иногда он создаёт ещё один платный запрос на вычисления без какого-либо ручного действия.
Но одной активности недостаточно.
Если агенты продолжают генерировать запросы, не создавая полезных результатов, система становится лишь более загруженной, но не более сильной. Повторные вычисления без реальной ценности — это просто шум.
Для OPG интересный вопрос может быть не в том, сколько заданий урегулируется. Лучший вопрос — сколько урегулированных заданий порождают осмысленную работу после этого.
Здоровая сеть — это не только та, которая завершает вычисления. Это та, где завершённые вычисления продолжают создавать ценность по всему экосистеме.
Настоящая проверка для OpenGradient может заключаться в том, сохраняется ли продвижение полезных результатов после урегулирования — а не заканчивается ли всё первой транзакцией.
#OpenGradient #OPG $OPG
Какая метрика лучше всего показывает реальный спрос на OPG: общее число урегулирований или полезная последующая активность после урегулирования?
Статья
Мои мысли о Newton Mainnet BetaНедавно я начал(а) изучать @NewtonProtocol и его Mainnet Beta. Больше всего меня интересует то, как проект сочетает технологии ИИ и блокчейна. Newton Protocol пытается создать безопасную среду, в которой ИИ-агенты смогут выполнять задачи и помогать пользователям по-разному. Mainnet Beta — важный шаг, потому что он позволяет сообществу увидеть, как технология работает в реальных условиях. Я думаю, что автоматизация с помощью ИИ станет еще более важной в будущем, и такие проекты, как Newton, исследуют новые возможности. Разработчики могут создавать полезные ИИ-приложения, а пользователи — получать выгоду от более прозрачных и безопасных систем.

Мои мысли о Newton Mainnet Beta

Недавно я начал(а) изучать @NewtonProtocol и его Mainnet Beta. Больше всего меня интересует то, как проект сочетает технологии ИИ и блокчейна.
Newton Protocol пытается создать безопасную среду, в которой ИИ-агенты смогут выполнять задачи и помогать пользователям по-разному. Mainnet Beta — важный шаг, потому что он позволяет сообществу увидеть, как технология работает в реальных условиях.
Я думаю, что автоматизация с помощью ИИ станет еще более важной в будущем, и такие проекты, как Newton, исследуют новые возможности. Разработчики могут создавать полезные ИИ-приложения, а пользователи — получать выгоду от более прозрачных и безопасных систем.
#newt $NEWT @NewtonProtocol Я изучал(а) проекты на стыке ИИ и блокчейна, и внимание привлекла @NewtonProtocol . Идея защищённого роллапа для ИИ-агентов, автоматизированных стратегий и маркетплейсов для разработчиков становится всё более актуальной по мере того, как ИИ становится более автономным. Инфраструктура часто важнее хайпа, и интересно будет понаблюдать, как Ньютон будет развивать эту экосистему. #Blockchain #NewtonProtocol Платное партнёрство с @NewtonProtocol
#newt $NEWT @NewtonProtocol
Я изучал(а) проекты на стыке ИИ и блокчейна, и внимание привлекла @NewtonProtocol .
Идея защищённого роллапа для ИИ-агентов, автоматизированных стратегий и маркетплейсов для разработчиков становится всё более актуальной по мере того, как ИИ становится более автономным.
Инфраструктура часто важнее хайпа, и интересно будет понаблюдать, как Ньютон будет развивать эту экосистему.
#Blockchain #NewtonProtocol
Платное партнёрство с @NewtonProtocol
@OpenGradient Проблема не проявлялась, когда модель не работала. Она проявилась, когда модель восстановилась. Выводы вернулись в норму. Задержка стабилизировалась. Большинство пользователей переключилось дальше. Но несколько записей об инференсе все еще указывали на более новую версию. Некоторые агенты уже адаптировали свое поведение в проблемный период. Оплата прошла, пока была активна неверная версия. Модель вернулась. Уверенность — нет. Из-за этого я задумался о бэктролле иначе внутри OpenGradient. Откат весов, вероятно, самая простая часть. Сложная часть — сохранить историю вокруг ошибки. Какая версия модели реально обслужила запрос? Какой Blob ID сформировал результат? По какому пути доказательства была подтверждена инференс? Какие агенты изменили свое поведение во время ошибочного релиза? Какие платежи были урегулированы, пока была активна новая версия? Если сеть просто восстанавливает старую модель и скрывает сбойный релиз, то техническая проблема исчезает, но проблема доверия остается. Сбойная версия все еще важна. Важно, что есть аудит-трейл. Важно, что есть история расчетов. Децентрализованная сеть ИИ отвечает не только за корректное обслуживание модели. Она также должна сохранять записи об ошибочных. Поэтому откат в OpenGradient ощущается иначе, чем традиционные обновления ПО. Цель — не просто вернуться в рабочее состояние. Цель — сделать путь назад полностью видимым. Потому что в децентрализованном ИИ повторная активация старой модели — на самом деле не главный вопрос. Главный вопрос: Может ли сеть доказать, что именно произошло, пока ее не было? Если агенты, доказательства, платежи и маршрутизация продолжают двигаться во время плохого релиза, то откат становится меньше про код и больше про доверие. Вернуться назад легко. Сложно — оставить такой след, которому можно доверять. #opg #DeAI #OpenGradient $OPG Вопрос для сообщества: Если происходит откат модели, что для пользователей должно значить больше всего: более быстрое восстановление, полная история аудита или доказательство того, какая именно версия сгенерировала каждый инференс?
@OpenGradient
Проблема не проявлялась, когда модель не работала.
Она проявилась, когда модель восстановилась.
Выводы вернулись в норму. Задержка стабилизировалась. Большинство пользователей переключилось дальше. Но несколько записей об инференсе все еще указывали на более новую версию. Некоторые агенты уже адаптировали свое поведение в проблемный период. Оплата прошла, пока была активна неверная версия.
Модель вернулась.
Уверенность — нет.
Из-за этого я задумался о бэктролле иначе внутри OpenGradient.
Откат весов, вероятно, самая простая часть. Сложная часть — сохранить историю вокруг ошибки.
Какая версия модели реально обслужила запрос?
Какой Blob ID сформировал результат?
По какому пути доказательства была подтверждена инференс?
Какие агенты изменили свое поведение во время ошибочного релиза?
Какие платежи были урегулированы, пока была активна новая версия?
Если сеть просто восстанавливает старую модель и скрывает сбойный релиз, то техническая проблема исчезает, но проблема доверия остается.
Сбойная версия все еще важна.
Важно, что есть аудит-трейл.
Важно, что есть история расчетов.
Децентрализованная сеть ИИ отвечает не только за корректное обслуживание модели. Она также должна сохранять записи об ошибочных.
Поэтому откат в OpenGradient ощущается иначе, чем традиционные обновления ПО. Цель — не просто вернуться в рабочее состояние. Цель — сделать путь назад полностью видимым.
Потому что в децентрализованном ИИ повторная активация старой модели — на самом деле не главный вопрос.
Главный вопрос:
Может ли сеть доказать, что именно произошло, пока ее не было?
Если агенты, доказательства, платежи и маршрутизация продолжают двигаться во время плохого релиза, то откат становится меньше про код и больше про доверие.
Вернуться назад легко.
Сложно — оставить такой след, которому можно доверять.
#opg #DeAI #OpenGradient $OPG
Вопрос для сообщества:
Если происходит откат модели, что для пользователей должно значить больше всего: более быстрое восстановление, полная история аудита или доказательство того, какая именно версия сгенерировала каждый инференс?
#opg $OPG @OpenGradient Я не начал сомневаться в спросе на Model Hub, потому что какая-то модель не сработала. Модель загрузилась. Объявление существовало. Путь оплаты работал. Ничего не выглядело настолько сломанным, чтобы поднять тревогу. Колебания возникли где-то в меньшем масштабе. Я открыл модель, прочитал описание, проверил заметки о версиях, поискал контекст бенчмарков, а затем открыл новую вкладку, чтобы проверить среду выполнения. Через несколько минут я понял, что так и не запустил модель. В этом и странность спроса. Большинство спроса не исчезает из‑за катастрофического сбоя. Он медленно утекает из-за маленьких неопределённостей. Это самая последняя версия? Как она работает вне бенчмарка? Могу ли я доверять опубликованным результатам? Поведение среды выполнения будет тем же самым завтра? Может быть, уже есть другая модель, которая решает эту задачу лучше? Ни один из этих вопросов сам по себе не останавливает использование. Вместе — останавливают. Из-за этого Уравнение Утилиты Model Hub стало казаться более практичным, чем теоретическим: (D × P × V × I × C) / (F × R) Спрос, производительность, верификация, интеграция и уверенность подталкивают внедрение вперёд. Трение и риск не обязаны становиться большими. Достаточно, чтобы они возникали достаточно часто. Интересная особенность OPG в том, что платежи и расчёты со временем могут стать самой простой частью опыта. Более сложная задача — уменьшить количество повторных переоценок каждый раз, когда кто-то возвращается. Потому что настоящее испытание для Model Hub — это не: «Сколько моделей существует?» Это: «Сколько разработчиков запускают ту же модель снова на следующей неделе, не проводя повторный аудит всего пути?» Вторая попытка может оказаться важнее первой. #DecentralizedAI #ModelHub #Web3AI #TradebStocks Вопрос создателям: Что в первую очередь блокирует у вас спрос на Model Hub? Открытие (discovery) Доверие Неопределённость по производительности Трение при интеграции Сложность ценообразования и платежей
#opg $OPG @OpenGradient

Я не начал сомневаться в спросе на Model Hub, потому что какая-то модель не сработала.
Модель загрузилась. Объявление существовало. Путь оплаты работал. Ничего не выглядело настолько сломанным, чтобы поднять тревогу.

Колебания возникли где-то в меньшем масштабе.
Я открыл модель, прочитал описание, проверил заметки о версиях, поискал контекст бенчмарков, а затем открыл новую вкладку, чтобы проверить среду выполнения. Через несколько минут я понял, что так и не запустил модель.

В этом и странность спроса.
Большинство спроса не исчезает из‑за катастрофического сбоя. Он медленно утекает из-за маленьких неопределённостей.
Это самая последняя версия?
Как она работает вне бенчмарка?
Могу ли я доверять опубликованным результатам?
Поведение среды выполнения будет тем же самым завтра?
Может быть, уже есть другая модель, которая решает эту задачу лучше?
Ни один из этих вопросов сам по себе не останавливает использование.
Вместе — останавливают.
Из-за этого Уравнение Утилиты Model Hub стало казаться более практичным, чем теоретическим:

(D × P × V × I × C) / (F × R)

Спрос, производительность, верификация, интеграция и уверенность подталкивают внедрение вперёд.
Трение и риск не обязаны становиться большими. Достаточно, чтобы они возникали достаточно часто.
Интересная особенность OPG в том, что платежи и расчёты со временем могут стать самой простой частью опыта. Более сложная задача — уменьшить количество повторных переоценок каждый раз, когда кто-то возвращается.
Потому что настоящее испытание для Model Hub — это не:
«Сколько моделей существует?»
Это:
«Сколько разработчиков запускают ту же модель снова на следующей неделе, не проводя повторный аудит всего пути?»
Вторая попытка может оказаться важнее первой.
#DecentralizedAI #ModelHub #Web3AI #TradebStocks
Вопрос создателям:
Что в первую очередь блокирует у вас спрос на Model Hub?
Открытие (discovery)
Доверие
Неопределённость по производительности
Трение при интеграции
Сложность ценообразования и платежей
#opg $OPG @OpenGradient Все говорят о более быстром инференсе. Но что происходит, когда самый быстрый узел — не самый надежный? Во время недавнего теста маршрутизации ближайший узел казался очевидным выбором. Оценки задержек были ниже, ресурсы были доступны, и модель уже была загружена. Все указывало на то, что он будет работать лучше. Но не получилось. Инференс завершился, однако подтверждения проверки приходили непоследовательно. Некоторые запросы выглядели как задержанные — приложение начало повторно запускать задачи, а сетевой трафик вырос, хотя исходная работа уже была выполнена. Это изменило мой подход к выбору узла. Географически более близкий узел все равно может оказаться медленнее, если в игру вступают перегрузка, нестабильность маршрутизации или задержанная верификация. Самый короткий путь на карте — не всегда самый быстрый путь для надежного выполнения ИИ. Для OpenGradient инференс — лишь часть истории. Важны также верификация, расчеты и надежность. Узел, который дает чуть более высокую задержку, но стабильно передает сигналы доверия, может обогнать более близкий узел, который вызывает ретраи и неопределенность. Возможно, будущий планировщик не должен спрашивать: Какой узел ближе? Но вместо этого: Какой узел способен завершить весь цикл инференса с максимальной уверенностью? Дистанция все еще важна. Задержка все еще важна. Но надежность может оказаться метрикой, которая в итоге победит. Что вы бы поставили во главу угла при выборе узла для OpenGradient? 🔹 Минимальная задержка 🔹 Стабильность верификации 🔹 Историческая надежность 🔹 Минимальное общее время завершения Интересно узнать, как другие думают об этом. #DeAI #AIInfrastructure #USStocksFirstOutflowSinceMarch #MicronRevenueJumps346To415B $OPG $HMSTR
#opg $OPG @OpenGradient
Все говорят о более быстром инференсе.
Но что происходит, когда самый быстрый узел — не самый надежный?

Во время недавнего теста маршрутизации ближайший узел казался очевидным выбором. Оценки задержек были ниже, ресурсы были доступны, и модель уже была загружена. Все указывало на то, что он будет работать лучше.
Но не получилось.

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

Это изменило мой подход к выбору узла.

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

Для OpenGradient инференс — лишь часть истории. Важны также верификация, расчеты и надежность. Узел, который дает чуть более высокую задержку, но стабильно передает сигналы доверия, может обогнать более близкий узел, который вызывает ретраи и неопределенность.

Возможно, будущий планировщик не должен спрашивать:
Какой узел ближе?
Но вместо этого:
Какой узел способен завершить весь цикл инференса с максимальной уверенностью?
Дистанция все еще важна.
Задержка все еще важна.
Но надежность может оказаться метрикой, которая в итоге победит.
Что вы бы поставили во главу угла при выборе узла для OpenGradient?
🔹 Минимальная задержка
🔹 Стабильность верификации
🔹 Историческая надежность
🔹 Минимальное общее время завершения
Интересно узнать, как другие думают об этом.
#DeAI #AIInfrastructure #USStocksFirstOutflowSinceMarch #MicronRevenueJumps346To415B
$OPG $HMSTR
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы