Binance Square
假装在抄底
2.8k Публикации

假装在抄底

Square Verified+
有钱不上北上广,落难必空以太坊,你空大饼我硬扛, 主打一个心态强!! 现货合约返佣:MY6751 钱包返佣:MY6751
Открытая сделка
Владелец BNB
Владелец BNB
Трейдер с частыми сделками
1 г
1.2K+ подписок(и/а)
33.3K+ подписчиков(а)
19.2K+ понравилось
Посты
Портфель
PINNED
·
--
⚠️ Напоминание, братва: инвайт-код на Binance — MY6751. Комиссии меньше на 30% (самые высокие по всей сети), зачисление автоматически. Даже старые аккаунты, которые уже используются, тоже можно указать. Alpha, спот, торговые соревнования, фьючерсы, токенизированные акции — все сэкономят 30%. Три шага, и готово: 1️⃣ Приложение Binance → Кошелёк → Пригласить друга 2️⃣ Нажмите «Ввести инвайт-код», комиссия уменьшится на 30% 3️⃣ Введите MY6751
⚠️ Напоминание, братва: инвайт-код на Binance — MY6751. Комиссии меньше на 30% (самые высокие по всей сети), зачисление автоматически. Даже старые аккаунты, которые уже используются, тоже можно указать. Alpha, спот, торговые соревнования, фьючерсы, токенизированные акции — все сэкономят 30%.

Три шага, и готово:
1️⃣ Приложение Binance → Кошелёк → Пригласить друга
2️⃣ Нажмите «Ввести инвайт-код», комиссия уменьшится на 30%
3️⃣ Введите MY6751
Статья
Лучше не выполнять, чем выполнять как попало? Разбираем дилемму Fail-Closed NewtonВпервые я обратил внимание на термин Fail-Closed, когда читал о обработке исключений в автоматизированном Vault. Смысл там несложный: если система не может подтвердить, что операция безопасна, она по умолчанию отказывает в выполнении. Звучит вполне разумно. Пока Gateway недоступен, операционные узлы не достигли установленного законом количества, доказательство просрочено, а проверка в цепочке завершилась ошибкой — если хотя бы одно звено даёт сбой, транзакцию не следует дальше продвигать, оставляя вопросы без ответа. Для агента, который управляет средствами, «в случае неопределённости сначала остановиться» явно надёжнее, чем «выполнить сначала, а разбираться потом». Но если я мысленно продолжу следовать реальному сценарию, то выясняется, что это правило не всегда безопасно.

Лучше не выполнять, чем выполнять как попало? Разбираем дилемму Fail-Closed Newton

Впервые я обратил внимание на термин Fail-Closed, когда читал о обработке исключений в автоматизированном Vault. Смысл там несложный: если система не может подтвердить, что операция безопасна, она по умолчанию отказывает в выполнении.
Звучит вполне разумно. Пока Gateway недоступен, операционные узлы не достигли установленного законом количества, доказательство просрочено, а проверка в цепочке завершилась ошибкой — если хотя бы одно звено даёт сбой, транзакцию не следует дальше продвигать, оставляя вопросы без ответа. Для агента, который управляет средствами, «в случае неопределённости сначала остановиться» явно надёжнее, чем «выполнить сначала, а разбираться потом».
Но если я мысленно продолжу следовать реальному сценарию, то выясняется, что это правило не всегда безопасно.
·
--
Рост
Когда я разбирал кошелёк сегодня, меня заставил задуматься один очень практичный вопрос: если удостоверяющий оракул ошибочно пометит обычный адрес как высокорисковый, к кому пользователю подавать апелляцию? Для ценового оракула, который выдает ошибку, можно свериться с публичными данными о сделках, но идентификация гораздо сложнее. То, что средства прошли через миксер, не означает, что владелец адреса участвовал в отмывании; ограничения в разных регионах тоже не совпадают. Отдать системе только ответ «пропустить/отклонить» — значит слишком легко превратить осторожность в ошибочный удар. @NewtonProtocol переносит проверку личности и рисков на этап перед исполнением транзакции. Это поможет избежать ситуации, когда проблемные средства сначала попадают в протокол, а уже потом начинаются разбирательства. Но чем сильнее становится предварительный фильтр, тем яснее и не размытеe должна быть возможность исправления. Иначе, если адрес случайно пометят неверно, вместе с ним могут остановиться и автопереводы, и ребалансировки Vault, и даже обычные платежи. Я хочу, чтобы Identity Policy предоставляла минимум четыре вещи: какие именно правила сработали, когда и на основании чего они обновлялись, в какой источник данных подавать апелляцию, и какие операции с низким риском разрешены во время пересмотра. Детали, связанные с приватностью, можно скрыть, но нельзя оставлять всё только одной фразой «проверка не пройдена». Ещё важнее — чтобы исправления могли распространяться. После того как источник данных отменяет пометку, старые доказательства, кэш и состояние целевой цепочки должны становиться недействительными в чётко определённый срок: нельзя, чтобы основная цепь уже исправилась, а другая продолжала блокировать людей.$NEWT Ньютон хочет стать защитным слоем для ончейн-автоматизации. Точность, конечно, критична; но способность распознавать ошибку, исправлять её и не позволять ей продолжать размножаться — это тоже базовая функция инфраструктуры.🪪 @NewtonProtocol $NEWT #Newt
Когда я разбирал кошелёк сегодня, меня заставил задуматься один очень практичный вопрос: если удостоверяющий оракул ошибочно пометит обычный адрес как высокорисковый, к кому пользователю подавать апелляцию?

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

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

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

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

Ньютон хочет стать защитным слоем для ончейн-автоматизации. Точность, конечно, критична; но способность распознавать ошибку, исправлять её и не позволять ей продолжать размножаться — это тоже базовая функция инфраструктуры.🪪
@NewtonProtocol $NEWT #Newt
·
--
Рост
Вчера вечером, когда я смотрел котировки, меня вдруг осенил довольно практичный вопрос: мы обычно смотрим на стакан заявок — видим только «покупка 1» и «продажа 1», и кажется, будто цена и есть там. Но когда реально размещаешь ордер, самое неприятное — не сама по себе волатильность, а то, что ты вроде бы кликнул на исполнение, а в итоге обнаружил: получил не самое комфортное для себя положение. И вот когда я разбирал материалы про @grvt_io , пункт RPI наоборот заставил меня остановиться. Это не какая-то туманная, «магическая» идея. Проще говоря, RPI — это Retail Price Improvement, механизм, который даёт розничным ордерам шанс получить более выгодную цену. Ты видишь в публичном стакане bid и ask, но на рынке могут существовать и более лучшие котировки или скрытая ликвидность, с которыми обычные пользователи в повседневной жизни обычно не сталкиваются. Для крупных игроков это может быть всего несколько базисных пунктов, а для небольших частников — вполне осязаемо. Очень часто мы теряем не из‑за направления, а из‑за того, что каждое исполнение «чуть-чуть не то»: проскальзывание на чуть-чуть больше, исполнение чуть медленнее, исполнение по чуть более дорогой цене. Со временем эти «доли» превращаются в деньги, которые уже видно на счёте. Я люблю смотреть на GRVT именно с этой точки зрения, потому что она не просто говорит «быстро» и «высокопроизводительно», а затрагивает очень тонкий слой торгового опыта: может ли обычный пользователь потерять чуть меньше. Биржа, которая лишь показывает стакан и не помогает пользователям добиваться более выгодного исполнения, даже если всё остальное устроено гладко, всё равно слегка теряет «вкус». Конечно, RPI не гарантирует, что каждая сделка будет лучше, и это не «бесплатная скидка». Это скорее как перед отправкой ордера лишний раз уточнить: помимо публичной цены — есть ли ещё более подходящие котировки? Вопрос вроде бы небольшой, но он очень близок к реальности торговли.#grvt
Вчера вечером, когда я смотрел котировки, меня вдруг осенил довольно практичный вопрос: мы обычно смотрим на стакан заявок — видим только «покупка 1» и «продажа 1», и кажется, будто цена и есть там. Но когда реально размещаешь ордер, самое неприятное — не сама по себе волатильность, а то, что ты вроде бы кликнул на исполнение, а в итоге обнаружил: получил не самое комфортное для себя положение.

И вот когда я разбирал материалы про @grvt_io , пункт RPI наоборот заставил меня остановиться. Это не какая-то туманная, «магическая» идея. Проще говоря, RPI — это Retail Price Improvement, механизм, который даёт розничным ордерам шанс получить более выгодную цену. Ты видишь в публичном стакане bid и ask, но на рынке могут существовать и более лучшие котировки или скрытая ликвидность, с которыми обычные пользователи в повседневной жизни обычно не сталкиваются.

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

Я люблю смотреть на GRVT именно с этой точки зрения, потому что она не просто говорит «быстро» и «высокопроизводительно», а затрагивает очень тонкий слой торгового опыта: может ли обычный пользователь потерять чуть меньше. Биржа, которая лишь показывает стакан и не помогает пользователям добиваться более выгодного исполнения, даже если всё остальное устроено гладко, всё равно слегка теряет «вкус».

Конечно, RPI не гарантирует, что каждая сделка будет лучше, и это не «бесплатная скидка». Это скорее как перед отправкой ордера лишний раз уточнить: помимо публичной цены — есть ли ещё более подходящие котировки? Вопрос вроде бы небольшой, но он очень близок к реальности торговли.#grvt
Статья
Кто будет проверять «проверяющего»? Ньютону тоже нужна экономика вызововНа днях, когда я приводил в порядок записи о выполнении одной автоматизированной сделки, мне внезапно пришла в голову не очень приятная мысль: если система выдает квитанцию «верификация пройдена», нужно ли обычному пользователю вообще сомневаться в ней? Интуитивно кажется, что в этом нет необходимости. Идея <c-92/> — сначала передать намерение транзакции на оценку Policy, а затем пусть операционные узлы выполняют верификацию, в сочетании с доверенной средой выполнения, криптографическими доказательствами и ончейн-записями — так чтобы агент не мог произвольно обходить границы, заданные пользователем. Если процесс проверяем, то результат, по идее, должен быть заслуживающим доверия. Но самое сложное в ончейн-системах обычно не в том, есть ли доказательства, а в том, кто готов потратить время на проверку доказательств.

Кто будет проверять «проверяющего»? Ньютону тоже нужна экономика вызовов

На днях, когда я приводил в порядок записи о выполнении одной автоматизированной сделки, мне внезапно пришла в голову не очень приятная мысль: если система выдает квитанцию «верификация пройдена», нужно ли обычному пользователю вообще сомневаться в ней?
Интуитивно кажется, что в этом нет необходимости. Идея <c-92/> — сначала передать намерение транзакции на оценку Policy, а затем пусть операционные узлы выполняют верификацию, в сочетании с доверенной средой выполнения, криптографическими доказательствами и ончейн-записями — так чтобы агент не мог произвольно обходить границы, заданные пользователем. Если процесс проверяем, то результат, по идее, должен быть заслуживающим доверия.
Но самое сложное в ончейн-системах обычно не в том, есть ли доказательства, а в том, кто готов потратить время на проверку доказательств.
🎙️ Поговорим о инвестиционном настрое и о регулярных покупках BNB на спотовом рынке!
avatar
Завершено
03 ч 54 мин 41 сек
35.4k
32
37
·
--
Рост
См. перевод
昨晚朋友问我:@NewtonProtocol 既然能限制代理的金额、币种和协议,为什么不直接做几个模板,让普通人一键选? 这个想法很实用,但我越想越觉得,模板才是最容易被忽略的风险入口。 假设页面上有个“稳健定投”模板,默认允许代理每周买入、最高动用 500 USDC、只走指定 DEX。用户看到“稳健”两个字,大概率不会逐项检查。可模板一旦把有效期设得太长,或者漏掉滑点上限,代理仍然会严格照规则执行,只是这套规则未必符合用户心里的“稳健”。 @NewtonProtocol 的 zkPermissions 能证明代理没有越界,Policy 也能在执行前拦截违规操作,但它们解决的是“有没有按规则办事”,不是“这份规则写得好不好”。 所以我认为,权限模板不能只显示一个名字。至少应公开版本号、创建者、审计记录、适用场景和最坏损失;参数发生变化时,还要让旧授权自动失效,重新确认。 $NEWT 这就像租房合同:电子签名再可靠,也得先看清押金、期限和违约条款。Newton 真正降低门槛的关键,不是把复杂配置藏起来,而是把风险翻译成普通人能看懂的选择。🔐 $NEWT #Newt
昨晚朋友问我:@NewtonProtocol 既然能限制代理的金额、币种和协议,为什么不直接做几个模板,让普通人一键选?
这个想法很实用,但我越想越觉得,模板才是最容易被忽略的风险入口。

假设页面上有个“稳健定投”模板,默认允许代理每周买入、最高动用 500 USDC、只走指定 DEX。用户看到“稳健”两个字,大概率不会逐项检查。可模板一旦把有效期设得太长,或者漏掉滑点上限,代理仍然会严格照规则执行,只是这套规则未必符合用户心里的“稳健”。

@NewtonProtocol 的 zkPermissions 能证明代理没有越界,Policy 也能在执行前拦截违规操作,但它们解决的是“有没有按规则办事”,不是“这份规则写得好不好”。

所以我认为,权限模板不能只显示一个名字。至少应公开版本号、创建者、审计记录、适用场景和最坏损失;参数发生变化时,还要让旧授权自动失效,重新确认。
$NEWT
这就像租房合同:电子签名再可靠,也得先看清押金、期限和违约条款。Newton 真正降低门槛的关键,不是把复杂配置藏起来,而是把风险翻译成普通人能看懂的选择。🔐 $NEWT #Newt
·
--
Рост
Раньше я пользовался ончейн-биржами. Больше всего меня пугало не то, что я не умею пользоваться — а что на каждом шаге меня сковывает ощущение «оно в сети»: подпись, ожидание подтверждений, проверка Gas, беспокойство, что сделка будет проходить слишком медленно. Но когда возвращаешься к централизованной бирже, появляется другая тревога: всё вроде идёт гладко, но где именно заканчиваются границы с деньгами — и в целом, что за правила? Так вот, когда я смотрю на @grvt_io , самое созвучное мне — это не просто фраза «смешанная биржа». А то, что одну сделку она разбивает на два уровня: участки, которым нужна скорость — например, сопоставление ордеров и исполнение сделок — выполняются off-chain; при этом пользовательский опыт становится похожим на привычную биржу. А вот более «тяжёлые» в плане безопасности и принадлежности этапы — хранение активов, маржа, расчёты — отдаются on-chain и обрабатываются смарт-контрактами. Звучит как техническая архитектура, но если перевести на человеческий язык: где всё должно быть быстро — не пытайся всё упирать в блокчейн; где важна «тяжесть» — не прячь всё в чёрный ящик. 🙂 Настоящий трейдер в итоге беспокоится о совсем простом: чтобы ордера не залипали, чтобы исполнение не тормозило, и чтобы с деньгами не было тумана. Раньше многие DEX подчёркивали децентрализацию, но по ощущениям это как чинить компьютер; многие CEX работают гладко, но тебе остаётся только верить бэкенду платформы. Путь GRVT — это перераспределить те части с обеих сторон, которые сильнее всего влияют на пользовательский опыт. Больше всего я сам боюсь такого продукта, где «концепция продвинутая», а ты нажал — и всё превращается в ожидание. Торговые возможности не будут ждать человека, особенно когда рынок ускоряется: лишние десять-пятнадцать секунд могут полностью сбить настрой. Но и скорость нельзя покупать ценой потери прозрачности движения средств — иначе гладкость будет только на поверхности. Я думаю, этому направлению стоит уделить внимание, потому что в итоге торговый продукт выигрывает не количеством «крутых идей», а тем, сомневаешься ли ты в ту самую секунду, когда размещаешь ордер. Получится ли сделать так же легко, как на CEX, но при этом сохранить on-chain границы по средствам и прозрачность расчётов — вот что в @grvt_io мне кажется особенно интересным. #grvt
Раньше я пользовался ончейн-биржами. Больше всего меня пугало не то, что я не умею пользоваться — а что на каждом шаге меня сковывает ощущение «оно в сети»: подпись, ожидание подтверждений, проверка Gas, беспокойство, что сделка будет проходить слишком медленно. Но когда возвращаешься к централизованной бирже, появляется другая тревога: всё вроде идёт гладко, но где именно заканчиваются границы с деньгами — и в целом, что за правила?

Так вот, когда я смотрю на @grvt_io , самое созвучное мне — это не просто фраза «смешанная биржа». А то, что одну сделку она разбивает на два уровня: участки, которым нужна скорость — например, сопоставление ордеров и исполнение сделок — выполняются off-chain; при этом пользовательский опыт становится похожим на привычную биржу. А вот более «тяжёлые» в плане безопасности и принадлежности этапы — хранение активов, маржа, расчёты — отдаются on-chain и обрабатываются смарт-контрактами.

Звучит как техническая архитектура, но если перевести на человеческий язык: где всё должно быть быстро — не пытайся всё упирать в блокчейн; где важна «тяжесть» — не прячь всё в чёрный ящик. 🙂

Настоящий трейдер в итоге беспокоится о совсем простом: чтобы ордера не залипали, чтобы исполнение не тормозило, и чтобы с деньгами не было тумана. Раньше многие DEX подчёркивали децентрализацию, но по ощущениям это как чинить компьютер; многие CEX работают гладко, но тебе остаётся только верить бэкенду платформы. Путь GRVT — это перераспределить те части с обеих сторон, которые сильнее всего влияют на пользовательский опыт.

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

Я думаю, этому направлению стоит уделить внимание, потому что в итоге торговый продукт выигрывает не количеством «крутых идей», а тем, сомневаешься ли ты в ту самую секунду, когда размещаешь ордер. Получится ли сделать так же легко, как на CEX, но при этом сохранить on-chain границы по средствам и прозрачность расчётов — вот что в @grvt_io мне кажется особенно интересным. #grvt
Статья
Настоящая сложность Model Registry — не в публикации агентa, а в том, чтобы создать ему репутациюСегодня я хочу поговорить о Ньютоне под другим углом. В последние дни больше всего обсуждали Policy Engine, TEE, ZK, Keystore Rollup — всё это важно. Но чем больше я смотрю, тем больше мне кажется, что @NewtonProtocol дальше за этим стоит более сложный этап — возможно, Model Registry. Причина очень проста: уровень прав решает вопрос «может ли прокси вести себя как угодно», но не решает вопрос «насколько прокси надежен».<br/> Эти два вопроса очень разные. Предположим, что в будущем на Newton появится автоматический ребалансировочный агент. Вы задаете ему права: максимум можно перемещать 1000U, можно взаимодействовать только с указанными протоколами, нельзя переводить на незнакомые адреса, при превышении допустимого проскальзывания выполнение отклоняется. zkPermissions может проверить, что агент не выходит за рамки полномочий, а Policy Engine — проверить, что он соответствует правилам. Эта граница безопасности имеет ценность.

Настоящая сложность Model Registry — не в публикации агентa, а в том, чтобы создать ему репутацию

Сегодня я хочу поговорить о Ньютоне под другим углом. В последние дни больше всего обсуждали Policy Engine, TEE, ZK, Keystore Rollup — всё это важно. Но чем больше я смотрю, тем больше мне кажется, что @NewtonProtocol дальше за этим стоит более сложный этап — возможно, Model Registry.
Причина очень проста: уровень прав решает вопрос «может ли прокси вести себя как угодно», но не решает вопрос «насколько прокси надежен».<br/>
Эти два вопроса очень разные.
Предположим, что в будущем на Newton появится автоматический ребалансировочный агент. Вы задаете ему права: максимум можно перемещать 1000U, можно взаимодействовать только с указанными протоколами, нельзя переводить на незнакомые адреса, при превышении допустимого проскальзывания выполнение отклоняется. zkPermissions может проверить, что агент не выходит за рамки полномочий, а Policy Engine — проверить, что он соответствует правилам. Эта граница безопасности имеет ценность.
·
--
Рост
Проверено
Сегодня подводил итоги по Newton. Я не продолжил писать про большие рамки вроде «AI Agent очень опасен», а сосредоточился на более маленькой проблеме: если Policy Engine для @NewtonProtocol перехватит одну транзакцию, что именно увидит пользователь? Этот нюанс важен. Главная проблема многих систем безопасности не в том, что они не могут перехватить, а в том, что после перехвата они просто выдают тебе фразу «execution failed». Обычный пользователь видит эти четыре слова — и первая реакция не про безопасность, а про недоумение: лимит превышен? контракт не из белого списка? аномалия в ценовых данных? или же проблема в самом действии AI-агента? 🤔 Направление @NewtonProtocol я понимаю: он превращает проверки до транзакции в правила — лимит, временное окно, диапазон контрактов, адрес получателя. Но на реальный опыт сильнее всего влияет другое: насколько человеческим языком сформулировано сообщение об ошибке. Например, если система сообщает мне: «Эта транзакция была перехвачена, потому что целевой контракт не входит в авторизованный белый список и сумма вызова превышает лимит на одну транзакцию на 18%». Это действительно полезно. Пользователь сможет понять: правила можно ослабить и изменить маршрут — или же просто стоит отказаться от транзакции. Поэтому я смотрю на $NEWT не только на то, умеет ли он генерировать доказательства, но и на то, может ли он перевести их в понятные обычному человеку причины. Сетевой AI, чтобы выйти за рамки круга разработчиков, должен не только уметь исполнять, но и уметь объяснять, почему он не исполнил. #Newt
Сегодня подводил итоги по Newton. Я не продолжил писать про большие рамки вроде «AI Agent очень опасен», а сосредоточился на более маленькой проблеме: если Policy Engine для @NewtonProtocol перехватит одну транзакцию, что именно увидит пользователь?

Этот нюанс важен. Главная проблема многих систем безопасности не в том, что они не могут перехватить, а в том, что после перехвата они просто выдают тебе фразу «execution failed». Обычный пользователь видит эти четыре слова — и первая реакция не про безопасность, а про недоумение: лимит превышен? контракт не из белого списка? аномалия в ценовых данных? или же проблема в самом действии AI-агента? 🤔

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

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

Поэтому я смотрю на $NEWT не только на то, умеет ли он генерировать доказательства, но и на то, может ли он перевести их в понятные обычному человеку причины. Сетевой AI, чтобы выйти за рамки круга разработчиков, должен не только уметь исполнять, но и уметь объяснять, почему он не исполнил.
#Newt
Раньше я считал, что «безопасность аккаунта» — это когда пароль посложнее и включить 2FA. Пока не увидел дизайн SecureKey у @grvt_io — тогда понял, что по-настоящему опасно на торговых платформах не то, может ли кто-то войти в ваш аккаунт, а то, может ли он вместо вас подвигать активы. Разница довольно приземлённая. Вход по email — это как зайти в офис: можно посмотреть аккаунт, посмотреть позиции, поучаствовать в мероприятиях; но когда реально нужно открыть сделку, вывести средства или выполнить действия, которые меняют принадлежность капитала, требуется подпись SecureKey. То есть зайти в помещение — это одно, а открыть сейф — нужна ещё одна ключевая вещь.🔑 Мне кажется, это объясняет «самокастодиал» даже проще, чем просто кричать об этом. Многие проекты говорят, что средства контролируются пользователем, но обычному человеку после этого всё равно непонятно: где именно этот контроль? GRVT разбивает это на более понятный процесс: Web2-учётные данные отвечают за плавный пользовательский опыт, SecureKey — за подпись торговых операций и действия с активами. Пользователя не заставляют каждый шаг делать через цепочку и мучиться, но при этом ключевые действия нельзя обойти без подписи. Для трейдеров ценность такого дизайна — не в демонстрации технологий, а в снижении очень реальной тревоги: я могу получить опыт, близкий к CEX, и при этом не отдавать полностью право контроля капитала. Особенно когда ты часто следишь за графиком и делаешь временные перестройки портфеля: если безопасность сделать слишком тяжёлой — будет раздражать, если слишком лёгкой — будет страшно. Поэтому, глядя на @grvt_io , я не буду смотреть только на то, «смешанная ли это биржа» как концепт. Я буду смотреть, объясняет ли она шаг, которого пользователи больше всего боятся: кто может видеть аккаунт, кто может двигать активы, и на каком шаге обязательно нужна подпись. Чем яснее эта граница, тем спокойнее на душе во время торговли.#grvt #LAB三日跌94% #美光毛利率创纪录84.9% #SK海力士IPO承销费超1.4亿美元
Раньше я считал, что «безопасность аккаунта» — это когда пароль посложнее и включить 2FA. Пока не увидел дизайн SecureKey у @grvt_io — тогда понял, что по-настоящему опасно на торговых платформах не то, может ли кто-то войти в ваш аккаунт, а то, может ли он вместо вас подвигать активы.

Разница довольно приземлённая. Вход по email — это как зайти в офис: можно посмотреть аккаунт, посмотреть позиции, поучаствовать в мероприятиях; но когда реально нужно открыть сделку, вывести средства или выполнить действия, которые меняют принадлежность капитала, требуется подпись SecureKey. То есть зайти в помещение — это одно, а открыть сейф — нужна ещё одна ключевая вещь.🔑

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

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

Поэтому, глядя на @grvt_io , я не буду смотреть только на то, «смешанная ли это биржа» как концепт. Я буду смотреть, объясняет ли она шаг, которого пользователи больше всего боятся: кто может видеть аккаунт, кто может двигать активы, и на каком шаге обязательно нужна подпись. Чем яснее эта граница, тем спокойнее на душе во время торговли.#grvt
#LAB三日跌94% #美光毛利率创纪录84.9% #SK海力士IPO承销费超1.4亿美元
LAB-42,52%
SKHYNIX+0,09%
MUUS-1,17%
·
--
Рост
📅 10 июля (сегодня) Справка по операциям | Превью Alpha уже вышло: ровно в 17:00 стартует раздача — сегодня нужно не упустить I. Airdrop Братья, добрый день! Официальный аккаунт Binance только что опубликовал анонс: сегодня в 17:00 (SGT) будет волна Alpha-airdrops. Чтобы подать заявку, нужно иметь 245 очков и выше — кто первый, тот и получит. На этой неделе уже выходил один, сегодня, скорее всего, добавят ещё один. Ожидается, что это будет около 30U — «старые монеты для объёма», но лучше иметь, чем не иметь. Не пропустите время. II. Рекомендации по действиям на сегодня 1️⃣ Стратегия «прыжков по комиссиям» · $NES (срок 14 дней) + $ARX (срок 12 дней), тестируйте с небольшими суммами 300–500U, не жадничайте. 2️⃣ Привилегии по USD1 (инвестирование) Сегодня начинается продление. Если сумма в позиции по контрактам больше 300 USD1, можно получить ускорение в 1,2 раза. Самое простое действие: разместить деньги в срочном/текущем инвест-аккаунте или в аккаунте с плечом — годовая доходность примерно 8,5%. Уровень процентов весьма неплохой: если есть свободные деньги — не тратьте их впустую. ⚠️ Напоминание, братья: инвайт-код Binance — MY6751. Сэкономите 30% на комиссиях (самое высокое по всей сети), автозачисление. Даже старые аккаунты, которые уже используются, можно заполнить для Alpha, спотового рынка, турниров торговли, контрактов, токенизированных акций — везде сэкономите 30%. 📌 Шаги настройки: · Шаг 1: откройте приложение Binance, в правом верхнем углу нажмите «Кошелёк» → «Пригласить друзей» · Шаг 2: нажмите «Ввести инвайт-код», чтобы снизить комиссию за торговлю на 30% · Шаг 3: введите MY6751 и подтвердите III. Динамика по Trading赛 (Trade Competition) Проект Время окончания Текущий минимальный порог Кол-во призовых мест KGEN (завершён) 9 июля 21:00 325,560 2200 NEX (заканчивается сегодня вечером) 10 июля 21:00 3,364 2000 SLX 14 июля 21:00 0 2060 O 14 июля 21:00 48,619 2090 NES 15 июля 21:00 33,062 2260 UB 15 июля 21:00 0 2060 NEX сегодня вечером завершится: порог уже подняли до 3364 — рост неплохой. Кто ещё в машине (в позиции) — следите за временем; На этом всё. В 17:00 не забудьте забрать airdrop — не просто смотрите, пропустив главное дело. #ALPHA #ALPHA🔥 #撸毛攻略 #LAB三日跌94% #美光毛利率创纪录84.9%
📅 10 июля (сегодня)

Справка по операциям | Превью Alpha уже вышло: ровно в 17:00 стартует раздача — сегодня нужно не упустить

I. Airdrop

Братья, добрый день! Официальный аккаунт Binance только что опубликовал анонс: сегодня в 17:00 (SGT) будет волна Alpha-airdrops. Чтобы подать заявку, нужно иметь 245 очков и выше — кто первый, тот и получит. На этой неделе уже выходил один, сегодня, скорее всего, добавят ещё один. Ожидается, что это будет около 30U — «старые монеты для объёма», но лучше иметь, чем не иметь. Не пропустите время.

II. Рекомендации по действиям на сегодня

1️⃣ Стратегия «прыжков по комиссиям»

· $NES (срок 14 дней) + $ARX (срок 12 дней), тестируйте с небольшими суммами 300–500U, не жадничайте.

2️⃣ Привилегии по USD1 (инвестирование)
Сегодня начинается продление. Если сумма в позиции по контрактам больше 300 USD1, можно получить ускорение в 1,2 раза. Самое простое действие: разместить деньги в срочном/текущем инвест-аккаунте или в аккаунте с плечом — годовая доходность примерно 8,5%. Уровень процентов весьма неплохой: если есть свободные деньги — не тратьте их впустую.

⚠️ Напоминание, братья: инвайт-код Binance — MY6751. Сэкономите 30% на комиссиях (самое высокое по всей сети), автозачисление. Даже старые аккаунты, которые уже используются, можно заполнить для Alpha, спотового рынка, турниров торговли, контрактов, токенизированных акций — везде сэкономите 30%.

📌 Шаги настройки:

· Шаг 1: откройте приложение Binance, в правом верхнем углу нажмите «Кошелёк» → «Пригласить друзей»
· Шаг 2: нажмите «Ввести инвайт-код», чтобы снизить комиссию за торговлю на 30%
· Шаг 3: введите MY6751 и подтвердите

III. Динамика по Trading赛 (Trade Competition)

Проект Время окончания Текущий минимальный порог Кол-во призовых мест
KGEN (завершён) 9 июля 21:00 325,560 2200
NEX (заканчивается сегодня вечером) 10 июля 21:00 3,364 2000
SLX 14 июля 21:00 0 2060
O 14 июля 21:00 48,619 2090
NES 15 июля 21:00 33,062 2260
UB 15 июля 21:00 0 2060

NEX сегодня вечером завершится: порог уже подняли до 3364 — рост неплохой. Кто ещё в машине (в позиции) — следите за временем;

На этом всё. В 17:00 не забудьте забрать airdrop — не просто смотрите, пропустив главное дело.
#ALPHA #ALPHA🔥 #撸毛攻略
#LAB三日跌94% #美光毛利率创纪录84.9%
·
--
Рост
Вчера я не стал продолжать смотреть K-линию, а вместо этого пошёл читать документацию Newton по Policy Engine. Чем больше смотрю, тем сильнее ощущение, что это не похоже на традиционный риск-менеджмент — скорее на то, как пишут «домашние правила» для AI-агента. Раньше, когда мы использовали роботов, больше всего нас пугало не то, что они недостаточно умные, а то, что им слишком много свободы. Ты изначально просто хотел, чтобы он помог тебе ребалансировать позицию, а как только открываешь права, становятся расплывчатыми: какие деньги он может трогать, какие контракты, какие лимиты. Когда что-то идёт не так, после этого обычно смотришь логи — и остаётся разве что одна фраза: «Сделка уже произошла». 😅 Мысль у @NewtonProtocol довольно прямолинейная: прежде чем просить AI что-то выполнить, сначала спроси, имеет ли он на это право. Например, одной операцией нельзя превышать определённую сумму, можно взаимодействовать только с конкретными контрактами, некоторые адреса нельзя трогать, некоторые активы нельзя двигать — такие правила можно заранее прописать в Policy. AI анализирует, и если он задевает «красную линию», ему не пройти проверки перед расчётом. Мне кажется, самое интересное здесь не в том, что «AI стал сильнее», а в том, что «AI ограничили более чётко». Как с вождением: даже если двигатель мощный, всё равно нужны тормоза, ограничение скорости и разметка полос. Если этого нет, чем быстрее едешь — тем опаснее. Конечно, важно и то, насколько хорошо сделана сама система правил. Rego — это не то, что обычный пользователь сможет понять с первого взгляда. Если не продумать шаблоны стратегий, визуальную конфигурацию и подсказки об ошибках, в итоге, как ни крути, разберётся только разработчик, а обычному человеку будет всё выглядеть как туман. Поэтому сейчас, глядя на $NEWT , я не просто слушаю историю. Меня больше всего волнует, сможет ли он превратить сложные правила прав доступа в «безопасные переключатели», которыми сможет пользоваться и обычный пользователь. Если этот шаг удастся, то on-chain AI-агент будет не просто «умеющим работать», а ещё и знающим, какую работу нельзя делать. #Newt
Вчера я не стал продолжать смотреть K-линию, а вместо этого пошёл читать документацию Newton по Policy Engine. Чем больше смотрю, тем сильнее ощущение, что это не похоже на традиционный риск-менеджмент — скорее на то, как пишут «домашние правила» для AI-агента.

Раньше, когда мы использовали роботов, больше всего нас пугало не то, что они недостаточно умные, а то, что им слишком много свободы. Ты изначально просто хотел, чтобы он помог тебе ребалансировать позицию, а как только открываешь права, становятся расплывчатыми: какие деньги он может трогать, какие контракты, какие лимиты. Когда что-то идёт не так, после этого обычно смотришь логи — и остаётся разве что одна фраза: «Сделка уже произошла». 😅

Мысль у @NewtonProtocol довольно прямолинейная: прежде чем просить AI что-то выполнить, сначала спроси, имеет ли он на это право. Например, одной операцией нельзя превышать определённую сумму, можно взаимодействовать только с конкретными контрактами, некоторые адреса нельзя трогать, некоторые активы нельзя двигать — такие правила можно заранее прописать в Policy. AI анализирует, и если он задевает «красную линию», ему не пройти проверки перед расчётом.

Мне кажется, самое интересное здесь не в том, что «AI стал сильнее», а в том, что «AI ограничили более чётко». Как с вождением: даже если двигатель мощный, всё равно нужны тормоза, ограничение скорости и разметка полос. Если этого нет, чем быстрее едешь — тем опаснее.

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

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

Расходы на ZK в Newton: проверяемость — это не бесплатный обед

Сегодня я хочу обсудить вопрос, который не слишком на слуху, но крайне важен: насколько дорогая ZK-доказательность Newton — действительно ли она стоит дорого? Или сформулирую иначе, более приземлённо: готов ли обычный пользователь платить за «проверяемость»?
Многие обсуждают @NewtonProtocol , и первая реакция — это AI-агенты, автоматизированная торговля, ончейн-стратегии, интеллектуальное исполнение. Эти слова, конечно, важны, но чем больше я смотрю, тем сильнее ощущаю: главная фундаментальная проблема Newton — не в том, «будет ли AI делать дело», а в том, «после того как AI сделает дело, как другим поверить, что он не жульничал».
Тут неизбежно всплывает ZK. Нулевые знания звучат круто — как будто под офчейн-результат ставят криптографическую печать. Вам не нужно переносить все вычисления в цепочку и не нужно раскрывать каждую деталь, но вы все равно можете проверить, соответствует ли результат правилам. Для автоматизированных стратегий это очень заманчиво: вы экономите on-chain-расходы и сохраняете проверяемость (аудит).
9 июля — краткая памятка по операциям|Братья, всем добрый день. Я только что быстро пробежался взглядом по Alpha и по разным активностям, и кратко расскажу. I. Airdrop 📅 9 июля (сегодня) 1️⃣ Airdrop Alpha от Binance По этому темпу, сегодня вечером, скорее всего, ещё будет налёт со старыми монетами. Не зевайте, следите за уведомлениями — опоздаете, и всё. II. Рекомендации по действиям сегодня 1️⃣ Стратегия по очкам · $NES (срок 15 дней) + $ARX (срок 13 дней): начните с небольших 300–500U, не жадничайте. 2️⃣ Празднование 9-й годовщины Всего заданий — 9. Максимальная награда — 99,99 BNB. Задания нужно делать по очереди; сейчас можно дойти до 9-го. Задание❶ пополнить 50U — можно C2C или через кошелёк. Если в кошельке нет, сначала вывести из биржи туда, потом снова вывести обратно. Задание❷ торговать 500U — следите, чтобы не было комиссии 0; я выбрал BNB на 500U. Задание❸ инвестировать 29U — купить срочное инвестирование USDC на 2 дня (29USDC). Задание❹ контрактная башня — можно открыть с потери BNB 0.5U. Задание❺ bStocks — я купил на 200U $SPCXB , путь: Рынок → Традиционные финансы → Спот. Задание❻ приглашение — оставьте свою ссылку в комментариях, остальные могут открыть через браузер. Задание❼ спот — я купил $BTC на 226U, проходи. Задание❽ приглашение — это требует нового регистрации. Тем, у кого ещё не зарегистрировано, можно использовать рабочую ссылку, чтобы зарегистрироваться и выполнить задания: [https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751](https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751) Задание❾ прогноз — в кошельке Прогноз → Культура → «Иисус сойдёт в 2027 году?» выберите «Нет», затем 51U и после продайте. ⚠️ Плюшки от пригласительного кода кошелька Binance Binance Wallet начинает брать плату. Впишите мой инвайт-код MY6751 — помогайте братьям сэкономить 30% комиссии, возврат-вознаграждение зачислится автоматически. Покрытие: фарм Alpha, покупка американских акций, «удар по собаке», торговые конкурсы, on-chain контракты и т. п. По прогнозам тоже 30% возврата. 📌 Шаги настройки: · Шаг 1: откройте приложение Binance, в правом верхнем углу нажмите «Кошелёк» → «Пригласить друга» · Шаг 2: нажмите «Ввести инвайт-код», комиссия за торговлю уменьшится на 30% · Шаг 3: введите MY6751 и подтвердите III. Динамика Trading赛 Проект Время окончания Текущий минимальный порог Места с наградой KGEN 9 июля 21:00 325,560 2200 NEX 10 июля 21:00 765 2000 SLX 14 июля 21:00 0 2060 O 14 июля 21:00 70 2090 NES 15 июля 21:00 0 2260 UB 15 июля 21:00 0 2060 #币安九周年 #Alpha #ALPHA🔥
9 июля — краткая памятка по операциям|Братья, всем добрый день. Я только что быстро пробежался взглядом по Alpha и по разным активностям, и кратко расскажу.

I. Airdrop

📅 9 июля (сегодня)

1️⃣ Airdrop Alpha от Binance
По этому темпу, сегодня вечером, скорее всего, ещё будет налёт со старыми монетами. Не зевайте, следите за уведомлениями — опоздаете, и всё.

II. Рекомендации по действиям сегодня

1️⃣ Стратегия по очкам

· $NES (срок 15 дней) + $ARX (срок 13 дней): начните с небольших 300–500U, не жадничайте.

2️⃣ Празднование 9-й годовщины

Всего заданий — 9. Максимальная награда — 99,99 BNB. Задания нужно делать по очереди; сейчас можно дойти до 9-го.

Задание❶ пополнить 50U — можно C2C или через кошелёк. Если в кошельке нет, сначала вывести из биржи туда, потом снова вывести обратно.
Задание❷ торговать 500U — следите, чтобы не было комиссии 0; я выбрал BNB на 500U.
Задание❸ инвестировать 29U — купить срочное инвестирование USDC на 2 дня (29USDC).
Задание❹ контрактная башня — можно открыть с потери BNB 0.5U.
Задание❺ bStocks — я купил на 200U $SPCXB , путь: Рынок → Традиционные финансы → Спот.
Задание❻ приглашение — оставьте свою ссылку в комментариях, остальные могут открыть через браузер.
Задание❼ спот — я купил $BTC на 226U, проходи.
Задание❽ приглашение — это требует нового регистрации. Тем, у кого ещё не зарегистрировано, можно использовать рабочую ссылку, чтобы зарегистрироваться и выполнить задания: https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751
Задание❾ прогноз — в кошельке Прогноз → Культура → «Иисус сойдёт в 2027 году?» выберите «Нет», затем 51U и после продайте.

⚠️ Плюшки от пригласительного кода кошелька Binance
Binance Wallet начинает брать плату. Впишите мой инвайт-код MY6751 — помогайте братьям сэкономить 30% комиссии, возврат-вознаграждение зачислится автоматически.

Покрытие: фарм Alpha, покупка американских акций, «удар по собаке», торговые конкурсы, on-chain контракты и т. п. По прогнозам тоже 30% возврата.

📌 Шаги настройки:

· Шаг 1: откройте приложение Binance, в правом верхнем углу нажмите «Кошелёк» → «Пригласить друга»
· Шаг 2: нажмите «Ввести инвайт-код», комиссия за торговлю уменьшится на 30%
· Шаг 3: введите MY6751 и подтвердите

III. Динамика Trading赛

Проект Время окончания Текущий минимальный порог Места с наградой
KGEN 9 июля 21:00 325,560 2200
NEX 10 июля 21:00 765 2000
SLX 14 июля 21:00 0 2060
O 14 июля 21:00 70 2090
NES 15 июля 21:00 0 2260
UB 15 июля 21:00 0 2060
#币安九周年 #Alpha #ALPHA🔥
Binance, старый приятель, с днём рождения! 🎂 От разблокировки 1-го места до сбора всех 9 — идти с тобой по пути “Built by you” правда очень круто — мы ведь не только настреляли USDC, но и ждём, чтобы ворваться в тот самый финальный приз на 99.99 BNB (мечтать не запрещено, да? 😄). Девять лет — взлёты и падения, но ты держишь удар и умеешь играть; вот и нам, старым пользователям, важны и надёжность, и движуха. В будущем продолжаем рубиться вместе, продолжаем сидеть в ожидании рыночной картины — желаем всем нам богатеть, и чтобы Binance становилась всё более жёсткой и хардкорной! #BinanceTurns9 вперёд, жми! 🚀 (Моя история ещё пишется — а твоя? Отсканируй и увидишь~)
Binance, старый приятель, с днём рождения! 🎂
От разблокировки 1-го места до сбора всех 9 — идти с тобой по пути “Built by you” правда очень круто — мы ведь не только настреляли USDC, но и ждём, чтобы ворваться в тот самый финальный приз на 99.99 BNB (мечтать не запрещено, да? 😄).
Девять лет — взлёты и падения, но ты держишь удар и умеешь играть; вот и нам, старым пользователям, важны и надёжность, и движуха.
В будущем продолжаем рубиться вместе, продолжаем сидеть в ожидании рыночной картины — желаем всем нам богатеть, и чтобы Binance становилась всё более жёсткой и хардкорной!
#BinanceTurns9 вперёд, жми! 🚀
(Моя история ещё пишется — а твоя? Отсканируй и увидишь~)
Сегодня хочу поговорить об одной удобной ловушке, которую легко не заметить: ZK-доказательства очень надёжны, но они могут доказать только то, что «операция соответствует тем границам, которые ты задал», и не могут проверить за тебя, правильно ли эти границы заданы. Например, я задаю правила для AI-агента: за одну сделку сумма не больше 1000U, можно заходить только в два протокола A и B, после 12 часов ночи операции нужно приостанавливать. Newton zkPermissions может превратить эти границы в проверяемые условия, чтобы агент каждый раз при выполнении доказывал, что он не выходит за рамки. Звучит же вполне надёжно, правда? Проблема в том, что если изначально я написал лимит как 10000U, ошибся со временем паузы или по ошибке добавил протокол с высоким риском в белый список, ZK всё равно будет честно доказывать: эта операция соответствует «неверно заданным параметрам». Математика не врёт, но и человеческие «мозги» она вместо человека не подставит. Поэтому я думаю, что @NewtonProtocol на самом деле хочет решить не только вопрос «не перешёл ли агент границы», но и то, «сможет ли пользователь понять, какие именно права он выдал». Если параметры настроек будут такими же трудночитаемыми, как код смарт-контракта, обычные люди в итоге всё равно будут подписывать вслепую. Я бы больше ожидал, что после Newton Mainnet Beta границы разрешений сделают в виде читаемого списка: лимит, протоколы, время, активы, условия срабатывания — пункт за пунктом, чтобы пользователь мог подтвердить. ZK пусть отвечает за доказательство, интерфейс — за то, чтобы люди не ошибались. Эти две вещи взаимодополняют друг друга, и ни одна не может быть лишней. $NEWT не стоит сводить свою ценность только к четырём словам «математическая безопасность». Она должна приводить к тому, чтобы обычные пользователи реально могли корректно сформулировать правила. 🙂 @NewtonProtocol $NEWT #Newt
Сегодня хочу поговорить об одной удобной ловушке, которую легко не заметить: ZK-доказательства очень надёжны, но они могут доказать только то, что «операция соответствует тем границам, которые ты задал», и не могут проверить за тебя, правильно ли эти границы заданы.

Например, я задаю правила для AI-агента: за одну сделку сумма не больше 1000U, можно заходить только в два протокола A и B, после 12 часов ночи операции нужно приостанавливать. Newton zkPermissions может превратить эти границы в проверяемые условия, чтобы агент каждый раз при выполнении доказывал, что он не выходит за рамки. Звучит же вполне надёжно, правда?

Проблема в том, что если изначально я написал лимит как 10000U, ошибся со временем паузы или по ошибке добавил протокол с высоким риском в белый список, ZK всё равно будет честно доказывать: эта операция соответствует «неверно заданным параметрам». Математика не врёт, но и человеческие «мозги» она вместо человека не подставит.

Поэтому я думаю, что @NewtonProtocol на самом деле хочет решить не только вопрос «не перешёл ли агент границы», но и то, «сможет ли пользователь понять, какие именно права он выдал». Если параметры настроек будут такими же трудночитаемыми, как код смарт-контракта, обычные люди в итоге всё равно будут подписывать вслепую.

Я бы больше ожидал, что после Newton Mainnet Beta границы разрешений сделают в виде читаемого списка: лимит, протоколы, время, активы, условия срабатывания — пункт за пунктом, чтобы пользователь мог подтвердить. ZK пусть отвечает за доказательство, интерфейс — за то, чтобы люди не ошибались. Эти две вещи взаимодополняют друг друга, и ни одна не может быть лишней.

$NEWT не стоит сводить свою ценность только к четырём словам «математическая безопасность». Она должна приводить к тому, чтобы обычные пользователи реально могли корректно сформулировать правила. 🙂
@NewtonProtocol $NEWT #Newt
Статья
«Центральный коридор» в децентрализованных системах: на NATS-уровень Newton стоит посмотреть внимательноСегодня не обсуждаем цены и не обсуждаем, «изменит ли AI-агент DeFi». Я хочу прицелиться в очень маленькую, но критически важную техническую деталь: @NewtonProtocol NATS-уровень потоковых сообщений, упомянутый в white paper. На первый взгляд в этот момент всё кажется обычным — вроде сообщения очереди, на которое обращает внимание только инженер. Но чем больше я думаю, тем сильнее ощущаю: это может решить, сможет ли такая верифицируемая автоматизация, как Newton, нормально работать в реальной среде. 1. Децентрализованным системам тоже нужна связь Многие понимают децентрализацию, но смотрят только на количество узлов, объём стейкинга и пороги подписи. Будто бы если операторов достаточно, BLS можно агрегировать, а EigenLayer даёт экономическую безопасность, то система сама по себе будет надёжной.

«Центральный коридор» в децентрализованных системах: на NATS-уровень Newton стоит посмотреть внимательно

Сегодня не обсуждаем цены и не обсуждаем, «изменит ли AI-агент DeFi». Я хочу прицелиться в очень маленькую, но критически важную техническую деталь: @NewtonProtocol NATS-уровень потоковых сообщений, упомянутый в white paper.
На первый взгляд в этот момент всё кажется обычным — вроде сообщения очереди, на которое обращает внимание только инженер. Но чем больше я думаю, тем сильнее ощущаю: это может решить, сможет ли такая верифицируемая автоматизация, как Newton, нормально работать в реальной среде.
1. Децентрализованным системам тоже нужна связь
Многие понимают децентрализацию, но смотрят только на количество узлов, объём стейкинга и пороги подписи. Будто бы если операторов достаточно, BLS можно агрегировать, а EigenLayer даёт экономическую безопасность, то система сама по себе будет надёжной.
📅 8 июля (сегодня) I. Эирдропы & подписка 1️⃣ Эирдроп Binance Alpha Братья, вы уже, наверное, заждались: 6 дней тишина, наконец-то пришла коробка-сюрприз. У кого много аккаунтов — считайте, пора открывать, иначе еды на всех не хватит. По прошлому ритму сегодня, скорее всего, выдадут 1 штуку. Тем, у кого много аккаунтов, держите их под контролем, чтобы не пропустить время получения. II. Рекомендации по операциям на сегодня 1️⃣ Стратегия по фарму очков · $KGEN (срок 1 день): небольшие суммы 300–500 U — самое то · $ARX (срок 14 дней): действуйте по силам 2️⃣ Праздничные активности к 9-й годовщине Сейчас можно дойти до 3-го шага, но пока что у большинства он не показывает «выполнено». Похоже, данные в бэкенде ещё не синхронизировались — подождите, не торопитесь.#币安九周年 3️⃣ Рынок в целом BTC 63 000, $BNB 577 — в основном боковик, без больших изменений, по-прежнему в диапазоне колебаний. ⚠️ Партнёрская выгода по инвайту Binance Wallet Binance Wallet начал брать плату. Заполните мой инвайт MY6751 — и братья смогут сэкономить 30% комиссии (самая высокая доля в сети). Система вернёт вознаграждение автоматически. Охвачено много сценариев: фарм Alpha, покупка акций США, «бить собак», участие в трейдинговых соревнованиях, ончейн-контракты и т.д. Чем больше используете, тем выше будет процент возвращаемой комиссии, который я настрою для вас после следующих апгрейдов. 📌 Шаги настройки: · Шаг 1: откройте приложение Binance, в правом верхнем углу нажмите «Кошелёк» → «Пригласить друзей» · Шаг 2: нажмите «Введите инвайт» — комиссия за сделки уменьшится на 30% · Шаг 3: введите MY6751 и подтвердите III. Динамика по трейдинговым соревнованиям Проект Время окончания Текущий минимальный порог Кол-во мест в награду NES 8 июля 21:00 259,957 2260 KGEN 9 июля 21:00 268,871 2200 NEX 10 июля 21:00 31 2000 SLX 14 июля 21:00 0 2060 O 14 июля 21:00 0 2090 NES и KGEN заканчиваются сегодня/завтра. Порог всё время растёт — тем, кто уже «в машине», следите за временем. Если вы ещё не сели — решайте сами, стоит ли догонять. На этом всё. Если есть вопросы — пишите в комментариях, увижу — отвечу.#ALPHA #ALPHA🔥
📅 8 июля (сегодня)

I. Эирдропы & подписка

1️⃣ Эирдроп Binance Alpha
Братья, вы уже, наверное, заждались: 6 дней тишина, наконец-то пришла коробка-сюрприз. У кого много аккаунтов — считайте, пора открывать, иначе еды на всех не хватит.
По прошлому ритму сегодня, скорее всего, выдадут 1 штуку. Тем, у кого много аккаунтов, держите их под контролем, чтобы не пропустить время получения.

II. Рекомендации по операциям на сегодня

1️⃣ Стратегия по фарму очков

· $KGEN (срок 1 день): небольшие суммы 300–500 U — самое то
· $ARX (срок 14 дней): действуйте по силам

2️⃣ Праздничные активности к 9-й годовщине
Сейчас можно дойти до 3-го шага, но пока что у большинства он не показывает «выполнено». Похоже, данные в бэкенде ещё не синхронизировались — подождите, не торопитесь.#币安九周年

3️⃣ Рынок в целом
BTC 63 000, $BNB 577 — в основном боковик, без больших изменений, по-прежнему в диапазоне колебаний.

⚠️ Партнёрская выгода по инвайту Binance Wallet
Binance Wallet начал брать плату. Заполните мой инвайт MY6751 — и братья смогут сэкономить 30% комиссии (самая высокая доля в сети). Система вернёт вознаграждение автоматически.

Охвачено много сценариев: фарм Alpha, покупка акций США, «бить собак», участие в трейдинговых соревнованиях, ончейн-контракты и т.д. Чем больше используете, тем выше будет процент возвращаемой комиссии, который я настрою для вас после следующих апгрейдов.

📌 Шаги настройки:

· Шаг 1: откройте приложение Binance, в правом верхнем углу нажмите «Кошелёк» → «Пригласить друзей»
· Шаг 2: нажмите «Введите инвайт» — комиссия за сделки уменьшится на 30%
· Шаг 3: введите MY6751 и подтвердите

III. Динамика по трейдинговым соревнованиям

Проект Время окончания Текущий минимальный порог Кол-во мест в награду
NES 8 июля 21:00 259,957 2260
KGEN 9 июля 21:00 268,871 2200
NEX 10 июля 21:00 31 2000
SLX 14 июля 21:00 0 2060
O 14 июля 21:00 0 2090

NES и KGEN заканчиваются сегодня/завтра. Порог всё время растёт — тем, кто уже «в машине», следите за временем. Если вы ещё не сели — решайте сами, стоит ли догонять.

На этом всё. Если есть вопросы — пишите в комментариях, увижу — отвечу.#ALPHA #ALPHA🔥
Проверено
Сегодня я хочу задать не самый приятный вопрос: если TEE работает на облачном сервере, то что именно верифицирует «проверяемость» (verifiable) из «Newton» — на каком слое? Многие, как только видят TEE, ZK и AVS, успокаиваются: кажется, что эта связка уже полностью решила проблему доверия. Но чем больше я читаю whitepaper @NewtonProtocol , тем сильнее ощущаю, что тут нельзя лениться. TEE может доказать, что конкретный фрагмент кода выполнялся в изолированной среде; ZK может доказать, что вычисленный результат не был подделан; залог Operator может сделать злонамеренные действия более дорогими. Все это важно, но это не одно и то же по сути — это разные виды безопасности.$BLUR Самое легко пропустить — это железо и среда выполнения. Например, если TEE опирается на аппаратные доказательства от облачного провайдера, то пользователь на поверхности «проверяет Newton», но по факту внизу он косвенно доверяет тому, что у облачной инфраструктуры не будет проблем. Если этот границ не проговорить, то так называемая децентрализация легко превращается в «перенос доверия в другую комнату».$RIF На самом деле я думаю, что ценность Newton в том, что она не делает ставку только на один слой технологии. Краткосрочно — TEE для повышения доступности; в среднесроке — сеть операторов и доказательства результатов через BLS; в долгую — движение к более сильным направлениям приватных вычислений вроде MPC и FHE. Маршрут выбран правильно, но рынку не стоит считать дорожную карту уже завершенным статусом. Поэтому я смотрю $NEWT и не буду спрашивать только «есть ли TEE». Я хочу увидеть три вещи: кто выдает доказательства, кто несет ответственность при сбоях и можно ли в будущем уменьшить зависимость от единственной облачной среды. On-chain security — это не набор терминов, а раскрытие того, как на каждом слое распределяется доверие, чтобы пользователь видел это.#Newt #币安九周年
Сегодня я хочу задать не самый приятный вопрос: если TEE работает на облачном сервере, то что именно верифицирует «проверяемость» (verifiable) из «Newton» — на каком слое?

Многие, как только видят TEE, ZK и AVS, успокаиваются: кажется, что эта связка уже полностью решила проблему доверия. Но чем больше я читаю whitepaper @NewtonProtocol , тем сильнее ощущаю, что тут нельзя лениться. TEE может доказать, что конкретный фрагмент кода выполнялся в изолированной среде; ZK может доказать, что вычисленный результат не был подделан; залог Operator может сделать злонамеренные действия более дорогими. Все это важно, но это не одно и то же по сути — это разные виды безопасности.$BLUR

Самое легко пропустить — это железо и среда выполнения. Например, если TEE опирается на аппаратные доказательства от облачного провайдера, то пользователь на поверхности «проверяет Newton», но по факту внизу он косвенно доверяет тому, что у облачной инфраструктуры не будет проблем. Если этот границ не проговорить, то так называемая децентрализация легко превращается в «перенос доверия в другую комнату».$RIF

На самом деле я думаю, что ценность Newton в том, что она не делает ставку только на один слой технологии. Краткосрочно — TEE для повышения доступности; в среднесроке — сеть операторов и доказательства результатов через BLS; в долгую — движение к более сильным направлениям приватных вычислений вроде MPC и FHE. Маршрут выбран правильно, но рынку не стоит считать дорожную карту уже завершенным статусом.
Поэтому я смотрю $NEWT и не буду спрашивать только «есть ли TEE». Я хочу увидеть три вещи: кто выдает доказательства, кто несет ответственность при сбоях и можно ли в будущем уменьшить зависимость от единственной облачной среды. On-chain security — это не набор терминов, а раскрытие того, как на каждом слое распределяется доверие, чтобы пользователь видел это.#Newt
#币安九周年
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы