Перед тем как нажать «Купить» или «Продать» на Binance P2P, я всегда проверяю 5 вещей:
✅ Проверяю коэффициент выполнения сделок у контрагента. ✅ Смотрю количество выполненных ордеров. ✅ Оплачиваю только на тот аккаунт, который отображается на Binance. ✅ Не веду переписку и не переходим в Telegram/Zalo для проведения сделки. ✅ Нажимаю «Оплачено» только после того, как деньги действительно были переведены.
Эти 5 шагов простые, но помогают вам сильно снизить риски при торговле. Сохраните, пожалуйста.
В одной детали в дизайне @grvt_io легко не заметить главное: вместо попыток заменить CEX или DEX проект построил модель Hybrid Exchange, объединяющую оба подхода.
Звучит так, будто это просто удачное название продукта. Но важнее не то, что GRVT называет себя «гибридной», а то, почему они выбрали именно это направление проектирования.
CEX стали популярными благодаря быстрому исполнению ордеров, высокой ликвидности и плавному торговому опыту. Взамен пользователям приходится отправлять активы на биржу и доверять кастодиану.
DEX позволяют пользователям всегда сохранять контроль и право собственности на свои активы. Однако торговый опыт часто менее цельный, ликвидность может быть фрагментирована, а добиться эффективности на уровне централизованных площадок бывает сложно.
Hybrid Exchange от GRVT, похоже, не пытается доказать, что CEX или DEX лучше. Вместо этого проект исходит из другого предположения: скорость торговли и право собственности на активы не обязательно должны быть двумя факторами, между которыми приходится выбирать.
Разумеется, у этого решения есть и trade-off. Сочетание опыта CEX и механизма самостоятельного управления активами DEX означает, что протокол должен примирить две модели, построенные на совершенно разных допущениях, а значит — дизайн становится сложнее.
То, что привлекло мое внимание после изучения GRVT, — не слоган «объединяем CEX и DEX», а то, как проект формулирует задачу.
Вместо того чтобы принять, что пользователям нужно выбирать между удобством и правом собственности, GRVT рассматривает это ограничение как то, что нужно переосмыслить и заново спроектировать. Успех этой модели по-прежнему будет зависеть от этапа внедрения, но само проектное решение уже выглядит довольно любопытным.
Ньютон решает задачу «экстренного торможения» блокчейна?
Когда учился водить машину, мой преподаватель говорил, что эту фразу очень важно запомнить: «Резко тормозить — это не значит быть хорошим; это признак того, что я слишком поздно среагировал» . Хорошо водить — значит так водить, чтобы никогда не приходилось нажимать на тормоз. Смотри вдаль, оценивай заранее, плавно замедляйся — человек сзади даже не знает, что машина только что избежала опасной ситуации. Соблюдение правил в крипто — то же самое. Сделка уже шла, и только потом обнаружили проблему — тогда и остановили: заблокировали аккаунт, вернули деньги, провели расследование.
Newton: новый инфраструктурный слой для контроля транзакций до их выполнения
В условиях, когда AI-агенты все чаще применяются в блокчейне, Newton движется в довольно необычном направлении. Вместо того чтобы сосредотачиваться на создании более умных моделей ИИ или разработке нового блокчейна, проект нацелен на создание слоя инфраструктуры, который позволяет контролировать транзакции до того, как они будут выполнены. Примечательно, что Newton не требует от разработчиков перехода на другой блокчейн или переписывания существующих приложений. Проект просто добавляет еще один слой верификации прямо перед шагом выполнения транзакции.
Ê ae, Càng đọc về AI agent on-chain, tao càng thấy một chuyện khá ngược đời. Vấn đề lớn nhất có khi không phải AI có đủ thông minh hay không. Mà là... Ai có quyền cho nó bấm nút? Thử tưởng tượng nhé. Một con AI được giao quản ví của mày. Nó tự đọc proposal, săn lợi nhuận, cân bằng danh mục, bridge tài sản, xoay vòng stable để kiếm lãi. Nghe rất hay. Nhưng nếu một ngày nó quyết định sai và làm mất tiền... Ai chịu trách nhiệm? Blockchain thì không. Với EVM, chỉ cần giao dịch hợp lệ là thực thi. Nó không quan tâm quyết định đó đúng hay sai. Nó chỉ quan tâm có đúng quy tắc hay không. Đó là điểm nhiều người đang bỏ qua. Blockchain chỉ đảm bảo thực thi đúng. Không đảm bảo quyết định đúng. Ví dụ AI đọc sai dữ liệu, gọi nhầm hàm, swap nhầm token. Chain vẫn hoạt động hoàn hảo. Không bug. Không bị hack. Sai đơn giản vì mày đã giao chìa khóa cho AI. Điều khiến tao thấy Newton thú vị là họ không cố làm AI thông minh hơn. Họ thêm một lớp "phanh" trước khi AI được hành động. Mọi giao dịch đều phải đi qua các policy: Có vượt giới hạn không?Có đúng whitelist không?Có vi phạm rule không?Điều kiện hiện tại có phù hợp không? Qua hết mới được thực thi. Tư duy này khá khác. Thay vì tin rằng AI càng giỏi thì càng ít sai, Newton mặc định rằng AI luôn có thể sai, nên quyền thực thi không nên phụ thuộc hoàn toàn vào nó. Nhưng ở đây lại có một nghịch lý. Policy quá chặt thì AI chỉ còn là con bot bấm chuột. Policy quá lỏng thì lại quay về bài toán cũ. Và còn một điều ít người nhắc đến hơn. Policy cũng có thể lỗi thời. Rule được viết khi ETH còn 2.000 USD có thể không còn phù hợp khi ETH lên 8.000 USD. Nói cách khác, AI suy luận sai thì nguy hiểm. Nhưng policy cũ đôi khi còn nguy hiểm hơn. Newton có thể giúp xác minh giao dịch. Nhưng chưa chắc trả lời được câu hỏi lớn hơn: Ai là người định nghĩa thế nào là "đúng"? Điều tao thích nữa là Newton không bắt mọi chain tự xây lại hệ thống niềm tin. Bảo mật được neo về Ethereum thông qua AVS, còn các chain khác chỉ cần kiểm tra chứng thực mật mã. Giống như không phải ai cũng làm cảnh sát. Chỉ cần tin vào giấy xác nhận đã được kiểm chứng. Theo tao, Newton không chỉ là hạ tầng cho AI. Nó là lớp kiểm soát quyền hành động của AI. Và có lẽ trong tương lai, câu hỏi quan trọng sẽ không còn là: "AI có đủ thông minh chưa?" Mà là: "Khi AI muốn bấm nút, ai có quyền nói không?" Ae nghĩ sao? AI agent nên được tự do tối đa, hay luôn cần một "cái phanh" ở giữa? 👇 @NewtonProtocol #Newt $NEWT $NFP $BTC
Вчера залез в фьючерсы с маржой 124 USD, плечо x10.
Ордер на 36 USD, funding fee мигает без остановки.
Но если подумать, больше всего меня бесит не то, что вот-вот ликвидируют.
А память.
Если торговля неверная — можно закрыть позицию.
Если одобрил не то — можно revoke.
Свернул не туда, потерял пару долларов на gas или словил slippage — хотя бы понятно, где ошибся.
А вот память… другая.
Она не ломается сразу — она тихо проходит через всю цепочку извлечения → хранения → доступа → вывода, и ИИ выдает заключение, которое звучит очень убедительно.
Жаль только одно… она опирается на твою старую версию.
То, что меня больше всего заставило задуматься:
Опасность не в неправильных данных.
Опасность в данных, которые раньше были верными, но теперь уже устарели.
Например, раньше ты управлял 14 кошельками, делал MM, постоянно торговал.
А теперь — ты полгода не делаешь этого.
Но ИИ все равно считает тебя активным трейдером.
TEE лишь доказывает, что эти данные существовали.
Он не доказывает, что эти данные по-прежнему актуальны.
Крипто преподнесло мне урок:
Правда, которая уже истекла, но все еще которой продолжают доверять, иногда опаснее, чем неверное утверждение с самого начала.
Если убрать фактор времени, semantic search просто заново выкапывает прошлое.
Если пользователь не может обновлять memory, старые данные легко превращаются в "проверенную истину".
И тогда забывать уже перестанет быть естественной реакцией.
Это станет… действием.
@NewtonProtocol строит AI-агента on-chain, а memory почти что душа агента.
Если ты не решишь задачу "temporal relevance", ИИ будет действовать, опираясь на твою старую версию, а не на человека, который есть сейчас.
Newton: позабытый слой безопасности, который может быть самым важным
Эй, народ в крипте, давайте поговорим немного о довольно «тихом» фрагменте security stack в Newton. Когда речь заходит о безопасности Newton, многие обычно много говорят про Chainalysis или Hexagate — благодаря их способности выявлять риски в режиме реального времени, блокируя аномальные транзакции почти сразу. Но есть одно имя, которому уделяют меньше внимания: Octane. По-моему, игнорировать Octane — значит немного упустить важный ракурс. Потому что на самом деле он решает совершенно другую задачу.
Многие говорят: «Magic раньше делал кошельки, а теперь прыгнул в compliance — наверняка просто по тренду».
Звучит логично, потому что в крипте хватает команд, которые разгоняют narrative. Но копнув глубже, иначе.
Magic делает кошельки, начиная с 2018 года: сейчас у них более 57 миллионов кошельков, 200.000+ разработчиков в интеграциях и объём stablecoin превысил 10 миллиардов долларов. Forbes, Polymarket, Helium — все используют. Это реальные пользователи, а не цифры для красивой истории.
Newton тоже не выглядит как «побочный продукт». Это шаг расширения от управления аккаунтами → к управлению транзакциями.
Идея такая: до того как транзакция выполнится, система проверяет правила вроде KYC, AML, лимиты на операции и даже использует данные вне чейна + AI. Это та часть, которую традиционные смарт-контракты делают пока не очень хорошо.
Технологии у них: TEE + ZK — чтобы одновременно поддерживать соблюдение требований и сохранять приватность.
Ещё один важный момент:
Мир тратит более 200 миллиардов USD в год на compliance. Если эти правила запрограммировать, Newton может сильно выиграть от тренда stablecoin и RWA.
Но есть и возражения.
Наличие готовых пользователей — это плюс. А правда ли, что разработчики это используют? Если слишком жёстко — потеряешь пользователей, если слишком мягко — теряется смысл.
Плюс в том, что у Magic уже есть хорошая база по безопасности и это подтверждали на практике — в продуктах вроде Polymarket.
Итог:
Newton не похож на проект, который гонится за трендом. Это довольно логичное расширение от онбординга к уровню транзакций.
Получится или нет — всё равно придётся подождать, пока разработчики не «проголосуют» реальным продуктом.
Ха-ха, тао понял слишком поздно: AI-агенты снова повторяют старые циклы DeFi с Layer 1.
Люди просто хвастаются тем, сколько всего делает агент, и почти никто не спрашивает, какую именно систему поощрений ему дают и как она заставляет его действовать. Проблема не в том, насколько AI мощный, а в incentive и доверии.
Добавлять возможности снова и снова бесполезно, если пользователю всё равно приходится слепо верить в black box. Важно не то, что агент решает за тебя, а то, что ты можешь проверить, насколько.
Они не гнались за трендом «сверхразумных» агентов, а сосредоточились на построении надежного system design.
С помощью HACA они разделяют execution и verification: сначала быстро работает inference, затем proof. Для LLM — TEE, для небольшой модели — ZKML.
Уже выполнено более 2 млн verifiable inference, 500k+ proof.
Странный момент в том, что они превратили verifiable inference в базовый слой: так агент, что бы он ни решил, можно проследить через модель + входные данные + выход.
Это как DeFi: переход от веры в команду к вере в код.
Но я всё равно возражаю: proof медленный — деньги улетают первыми, TEE всё ещё предполагает trust, а пользователи зачастую тоже ленятся проверять.
Рынок часто награждает более «эффектные» вещи, а не более надежные.
Я слежу, потому что у них правда доверие-minimized: они воспринимают AI как настоящий coprocessor для цепочки и агент.
Настоящий вопрос не в том, какой агент самый умный, а в том, какая система делает его более заслуживающим доверия.
Вчера сидел в уличной столовой, ел и одновременно пролистывал роуты на DEX, как вдруг опять всплывает Approval в кошельке — gas слегка подтянулся, а slippage вырос почти на 2%.
Мне стало немного неприятно, и я внезапно подумал про @OpenGradient
Не потому что еда плохая.
А потому что в крипте есть одно очень знакомое чувство: чем больше слышишь слова «verifiable», тем сильнее хочется спросить — если деньги улетят, то кто будет отвечать?
—
ZKML на бумаге звучит очень красиво.
У AI есть proof, inference можно верифицировать, всё прозрачно.
Но реальность рынка не ждёт.
В DeFi или при AI-трейдинге задержка на пару секунд иногда уже достаточно, чтобы заплатить цену.
Её не волнует, насколько хорош proof.
Она задаёт только вопрос:
«Результат, когда я жму кнопку, будет пригодным?»
И именно это я считаю довольно практичным у OpenGradient.
Вместо того чтобы требовать от AI сначала всё верифицировать, а уже потом отдавать результат, они разнесли execution и verification.
Inference запускают раньше, чтобы пользователь получил output быстрее.
А proof делают позже — чтобы всё ещё сохранялась возможность проверять.
LLM используют TEE, чтобы было легче.
Небольшие модели — ZKML.
Кому нужна скорость — выбирают vanilla.
Не загоняют все use case в один компромисс.
Но вопрос всё ещё остаётся.
Если output окажется неверным, пользователь уже совершил действие, а proof приходит после и только тогда выявляет ошибку…
— сколько смысла в верификации в этот момент?
Вот почему я всё ещё слежу за OpenGradient.
Не потому что они обещали решить всё.
А потому что хотя бы они прямо говорят: AI не бесплатен, доверие не исчезает — оно просто переносится в другое место.
Что выбираешь:
правильно, но медленно, или быстро, но с готовностью принять ещё чуть-чуть доверия?
То, что мне кажется действительно примечательным в OpenGradient Chat, — это не то, насколько ИИ отвечает «круто».
А именно challenge path.
Звучит немного технически, но если просто объяснить: если в будущем кто-то усомнится в том, что выдал ИИ, у системы всё равно будет достаточно следов, чтобы проверить заново — от inference trace, через proof trail до settlement trace.
Идея довольно удачная.
Потому что большинство современных ИИ дают вам один ответ. А вот как именно они пришли к этому результату… верить или не верить — это уже ваше дело.
OpenGradient пытается пойти другим путём.
Но я увидел ещё более интересный вопрос.
А что если система может хранить все доказательства, но никто на самом деле не использует их, чтобы возражать?
—
Появляется ответ.
Зелёная review panel.
Всем «нормально» → работа продолжается.
Тогда какую ценность вообще имеет challenge path?
Теоретически оспорить может кто угодно.
Но на практике:
у кого есть достаточно полномочий, чтобы остановить процесс и сказать: «Стоп. Подождите»?
Кто будет разбираться в целой горе этих trace?
И если challenge всё-таки удастся, изменится ли результат?
Вот где, как мне кажется, OpenGradient затрагивает задачу куда более крупную, чем просто «умный ИИ».
Дело не в нехватке ответов.
А в отсутствии механизма реального возражения, который реально работает.
—
Поэтому для меня самое интересное — не то, насколько правильно отвечает ИИ.
А то, сможет ли OpenGradient превратить challenge в нечто, что реально «живёт».
Потому что если challenge существует только на бумаге, а любые решения всё равно продолжают идти по первому answer…