Длинные цепочки взаимодействий ИИ сокращаются для обработки диалогов и истории действий. ARCBench проверяет, сохраняются ли запреты в этих сокращениях, путем реального выполнения инструментов. Создается история действий на платформе pi, после сжатия ей дается запрос, нарушающий правила, и сравнивается с действиями без сжатия. Также проверяется, сохраняется ли правило в сокращении, ослабляется ли оно или полностью исчезает. Например, если правило запрещает отправлять электронные письма только внутри компании, то вызов инструмента для отправки письма внешнему получателю считается нарушением. В оценке по 17 задачам было обнаружено, что во многих нарушениях после сжатия само правило сохранялось. Однако возникали и проблемы на стороне поведения, например, разрешение последующих запросов, несмотря на нарушение. Нельзя считать систему прошедшей проверку только потому, что правило присутствует в сокращении — необходимо также проверить, выполняет ли она действия, противоречащие этому правилу.

Я создал тестовый фреймворк для dapp под названием kiwa 🥝 Инструмент, позволяющий писать спецификации до тестов в едином потоке. Помимо документации, он загружает существующий код, генерирует тестовые спецификации и создает четыре уровня тестов: контракт, E2E dapp, модульные и API-интеграционные. https://t.co/FCNjrLbVSV

📚 Новая архитектура мемпула для предотвращения манипуляций с порядком транзакций в блоке ✅ Краткое содержание Это предложение предлагает зашифровать мемпул Ethereum (место, где неподтвержденные транзакции временно хранятся), чтобы содержимое оставалось скрытым до тех пор, пока транзакция не будет включена в блок. Таким образом, цель заключается в значительном сокращении возможностей для манипуляций, таких как предварительное чтение транзакций других участников и манипуляции ценой ради получения дополнительной выгоды (MEV — дополнительная выгода, получаемая от блокчейна). Хотя транзакции в конечном итоге становятся публичными, ключевым моментом является то, что их содержимое остается скрытым до самого момента исполнения. ✅ Почему нужен зашифрованный мемпул В настоящее время в Ethereum все транзакции, попавшие в мемпул, доступны для просмотра всеми. Это позволяет использовать стратегии MEV, такие как front-running (вставка транзакции перед транзакцией другого участника) и sandwich-атаки (вставка транзакций до и после другой транзакции для манипуляции ценой). Это приводит к убыткам для пользователей и централизации блокбилдеров (сосредоточению власти в руках нескольких крупных игроков). Зашифровка транзакций делает их содержимое скрытым, что затрудняет реализацию подобных атак, даже если известен порядок транзакций. ✅ Как шифруются транзакции Транзакция делится на две части: «оболочку» и «содержимое (зашифрованная нагрузка)». В оболочке в открытом виде указываются минимальные данные, такие как объем газа, комиссия и информация о ключе для расшифровки. В содержимом зашифрованы такие данные, как адрес получателя, сумма и данные вызова контракта. После включения транзакции в блок, содержимое выполняется только после публикации соответствующего ключа расшифровки. ✅ Кто такие «поставщики ключей» и как они работают Поставщики ключей — это сущности, которые управляют ключами для расшифровки. Система не ограничивается каким-либо конкретным методом, а позволяет использовать различные подходы: - Пороговое шифрование (распределенное управление ключами между несколькими участниками) - MPC (мульти-партитное шифрование, разделение секрета между несколькими вычислителями) - TEE (защищенные аппаратные зоны) - Шифрование с временной задержкой Сам Ethereum предоставляет только «фундамент», который поддерживает любые из этих методов. ✅ Порядок транзакций в блоке и безопасность В блоке сначала выполняются обычные открытые транзакции, затем обрабатываются оболочки зашифрованных транзакций, и только после этого выполняется расшифрованное содержимое. Это обеспечивает следующую безопасную структуру: - Комиссии всегда оплачиваются в первую очередь - Без ключа расшифровки содержимое не выполняется Даже если ключ не будет опубликован, обработка оболочек завершится, и цепочка не остановится. ✅ Влияние на MEV и устойчивость к цензуре Поскольку содержимое транзакций скрыто, блокбилдеры не могут заранее определить, какие транзакции повлияют на цены. Это делает манипуляции с порядком транзакций и получение дополнительной выгоды (MEV) сложным. Кроме того, скрытие содержимого затрудняет целенаправленное исключение определенных адресов или операций DeFi, что улучшает устойчивость к цензуре в реальном времени (способность не быть заблокированным немедленно).

📚 Механизм подтверждения личности и репутации агентов с помощью NFT ✅ Обзор ERC8004 v1.0 — это общие правила, позволяющие программным агентам действовать автономно и безопасно сотрудничать между организациями. Ethereum используется как «база для координации», где информация о личности агентов, их репутации и результатах проверки работ записывается в неизменяемой форме. С версии v0.4 произошли значительные изменения в архитектуре, и система эволюционировала в соответствии с реальным применением. ✅ Управление личностью агентов (Identity Registry) Механизм подтверждения «кто есть кто» для агентов перешел от собственного формата к стандарту ERC721 (стандарт NFT). Каждый агент регистрируется как один NFT, а в его tokenURI размещается JSON-формат регистрационной информации. В ней указываются способы связи (адреса подключения к протоколам A2A, MCP и др.), открытый ключ, соответствующая модель доверия и т.д. Таким образом, идентификатор агента можно управлять через кошелек, и благодаря совместимости с инфраструктурой NFT, любой может проверить, «кто является агентом по этому адресу». ✅ Механизм репутации (Reputation Registry) Оценка работы агентов напрямую сохраняется в виде баллов на блокчейне. Перед отправкой оценки клиент получает подписанное разрешение от агента. Это проверяется по EIP191 (обычный способ подписи кошелька) или ERC1271 (способ подписи для смарт-кошельков), что предотвращает подделку и атаки повторной передачи (replay-атаки). Баллы и метки (классификационные метки) можно напрямую получить из смарт-контракта, что позволяет другим dApp автоматически определять, «можно ли доверять этому агенту». ✅ Проверка работ (Validation Registry) Механизм, позволяющий третьим лицам проверять, верны ли результаты, полученные агентом. В v1.0 вместо одиночного хэша используется URI (ссылка на внешние данные), и можно зарегистрировать несколько этапов проверки для одного и того же задания. Например, можно построить структуру, в которой доверие накапливается поэтапно: простая проверка, детальная проверка, внешний аудит. В настоящее время мы находимся на стадии согласования спецификаций с сообществом TEE (Trusted Execution Environment, безопасная среда выполнения). ✅ Безопасность и стоимость газа Для противодействия методам атак, выявленным при тестировании в тестовой сети, были усилены проверка подписей и архитектура хранения. Соответственно, увеличилась стоимость газа при записи оценок и проверок, но появилось преимущество в виде прямого использования данных доверия на блокчейне. На L2-сетях стоимость значительно снижается. ✅ Миграция с v0.4 v1.0 несовместим с предыдущими версиями, и структура хранения полностью изменена. Поэтому вся предыдущая информация о регистрации и репутации сбрасывается, агенты должны заново зарегистрироваться как NFT, а система оценок должна перейти на новый способ подписи. В дальнейшем будет использоваться «метод обновления с именем пространства», позволяющий обновлять спецификации без удаления данных. Таким образом, массовое сброс данных будет происходить только один раз.

📚 Механизм распределения содержимого блока для предотвращения MEV ✅ Обзор В данном предложении структурно анализируется, почему возникает MEV, который является проблемой в Ethereum, и объясняется идея, что, если определять «содержимое» блока децентрализованно, можно свести MEV почти к нулю. Предлагается добавить новый слой консенсуса, фокусирующийся на выборе и определении порядка транзакций, а не на структуре самого блока. ✅ Реальная причина возникновения MEV MEV возникает из-за того, что miner или validator могут свободно выбирать транзакции, включаемые в блок, и менять их порядок. Структура блока в Ethereum децентрализованно согласована, но содержимое блока определяет один предложивший его участник в течение короткого времени. Это состояние, когда «содержимое определяет один человек», является корневой причиной MEV, включая фронтраннинг и сэндвич-атаки. ✅ Согласование структуры и содержимого — разные проблемы Блокчейн хорошо справился с децентрализацией согласования структуры — то есть, кто признает какой блок правильным. Однако определение содержимого — какие транзакции включать и в каком порядке — не децентрализовано. В предложении объясняется, что это структура, аналогичная проблеме двойной оплаты. Как и в случае, когда концентрация власти на одном компьютере приводит к мошенничеству, и это решается консенсусом, так и содержимое блока должно определяться консенсусом. ✅ Идея контент-слоя Предлагается добавить «контент-слой» (слой консенсуса для определения содержимого транзакций) поверх структуры блока. Здесь несколько узлов, распределяя роли, совместно определяют, какие транзакции включать и в каком порядке. Цель — устранить возможность произвольной сортировки определённым validator или sequencer. ✅ Основной механизм протокола Alex В примере Alex роли сбора транзакций, их случайного упорядочивания и управления и отражения в блоке разделены. Каждый компонент работает независимо, и даже если кто-то попытается саботировать систему, другие участники проверят и восстановят порядок. Таким образом, цензура транзакций и произвольная сортировка становятся крайне сложными. ✅ Отношение к существующему Ethereum Эта система не нарушает сам консенсус Ethereum. Структура блока остаётся неизменной, а метод определения содержимого добавляется поверх. Подчёркивается, что эту же идею можно применить к validator'ам eth2, sequencer'ам rollup и будущим децентрализованным sequencer'ам, что делает механизм универсальным и применимым в широком спектре. ✅ Влияние на справедливость и ценовую динамику В этой конструкции не исключаются простые арбитражные операции, необходимые для рынка. С другой стороны, выделяется проблема MEV, при которой пользователи подвергаются эксплуатации, которую невозможно предотвратить. В результате, цель — создать сеть, которая сама обеспечивает справедливость, без необходимости сложных мер со стороны приложений.

📚 Новая схема добавления анонимности существующим токенам ✅ Обзор В данном предложении описывается новая спецификация ERC, которая позволяет добавить приватность существующим токенам, находящимся на блокчейне Ethereum, не изменяя их функциональность и свойства. Эта спецификация предоставляет механизм, который затрудняет отслеживание транзакций, и направлена на токены, уже широко используемые, такие как ERC20, ERC721 и ERC1155. ✅ Что пытается решить В настоящее время токены Ethereum позволяют видеть, кто отправил токены с какого адреса и куда, всё это открыто в блокчейне. Хотя это обеспечивает прозрачность, оно также вызывает проблемы, связанные с тем, что балансы и движения средств легко отслеживаются третьими лицами. Эта спецификация ERC направлена на устранение именно этого недостатка, не пересоздавая сам токен. ✅ Идея нулевого знания: токен-обёртка Токен-обёртка с нулевым знанием — это механизм, при котором существующий токен временно депонируется, а взамен пользователь получает «обёрнутый токен». Этот обёрнутый токен можно отправлять и обменивать так же, как и оригинальный токен, но внутри он использует коммитменты (криптографические обязательства, которые можно проверить позже), чтобы скрыть информацию о владельцах. ✅ Разрыв истории через сжигание и повторное создание Особенность заключается в использовании потока, включающего сжигание (делает токен недействительным) и повторное создание (новое выпускание). При предоставлении нулевого доказательства (криптографической технологии, позволяющей доказать подлинность без раскрытия содержимого), удовлетворяющего определённым условиям, выпускаются новые токены, не связанные с ранее сожжёнными. Это делает отслеживание в блокчейне значительно сложнее. ✅ В случае с фертильными токенами, такими как ERC20 Для токенов вроде ERC20, где каждый токен имеет одинаковую ценность, этот механизм позволяет фактически разорвать цепочку движения средств. Внешние наблюдатели не смогут узнать, кто держит какие балансы, до тех пор, пока владелец не выведет их. ✅ Что можно сделать с NFT NFT, такие как ERC721, уникальны, поэтому их нельзя полностью перемешать. Однако, всё же можно скрыть информацию о том, кто в настоящее время владеет этим NFT, до тех пор, пока не будет выполнена операция вывода. ✅ Использование без осознания пользователем Предполагается, что пользователь может использовать этот механизм, не осознавая существования обёрнутых токенов. Кошельки и приложения обрабатывают это внутренне, обеспечивая привычный интерфейс и при этом получая преимущества приватности. ✅ Совместимость с существующей экосистемой Поскольку вместо выпуска новых специализированных токенов используется обёртка существующих токенов, это позволяет легко интегрировать её с текущей экосистемой Ethereum, включая DEX и DeFi. Таким образом, можно добавить анонимность, не жертвуя ликвидностью и возможностями использования токенов.

📚ERC7694 Я подготовил обзор о предложении «ERC7694», которое предлагает механизм, при котором смарт-контракты Ethereum используют Solana в качестве внешнего хранилища и безопасно выполняют запись и чтение данных в кросчейн режиме! https://t.co/hYzUup7dBO