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

Kite описывается как блокчейн уровня 1, предназначенный для агентских платежей. Уровень 1 означает саму базовую блокчейн-сеть. Агентские платежи означают, что автономные программные агенты могут инициировать и завершать платежи от имени пользователя. Проект ориентирован на возможность этой автономии с проверяемой идентичностью и программируемым управлением, чтобы агенты могли работать гладко, оставаясь в рамках, установленных людьми.

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

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

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

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

Структура идентичности Kite поддерживает эту идею пропорциональной власти. Она описывается как разделение пользователя, агента и сессии. Пользователь — это коренной владелец власти. Агент — это делегированная идентичность, созданная для действий от имени пользователя. Сессия временная и предназначена для краткосрочных действий, с ключами, предназначенными для истечения после использования. Это разделение помогает сделать ограничения практичными. Оно позволяет системе предоставлять ограниченные полномочия агенту и еще более ограниченные полномочия сессии, при этом сохраняя долгосрочную власть пользователя отдельной.

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

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

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

\u003cm-30/\u003e\u003ct-31/\u003e\u003cc-32/\u003e