x_Rex

#KiteBBW $KITE
Оплата картой защищает покупателя и оставляет продавца без защиты😒.
Клиент может оспорить списание спустя несколько месяцев, и продавцу приходится покрывать расходы по чарджбэку.
В руководстве Kite для поставщиков услуг описан сценарий, который меняет всё наоборот, и, на мой взгляд, этот переворот — самое недооценённое проектное решение в экономике агентов😁.

Сценарий простой.
Агент обращается к эндпоинту, а сервис отвечает кодом 402 Payment Required, указывая цену, адрес для оплаты и время ожидания.
Агент в ответ отправляет подписанное разрешение, выданное в рамках одобренной пользователем сессии.
Сервис проверяет его, посредник проводит перевод в блокчейне, и только после этого сервис отправляет ответ.

СНАЧАЛА расчёт, ПОТОМ доставка🤷‍♀️.

Продавцу не нужно предоставлять кредит или ждать, пока оплатят счёт.
Именно поэтому теоретически становится возможной оплата по запросу — пусть даже совсем небольшими суммами🤓.
Платёжные системы для карт взимают фиксированную плату за каждую транзакцию, которую мелкие платежи не могут покрыть, а оплата за каждый запрос работает, только если сам платёж почти ничего не стоит.
В руководстве говорится, что сегодня агент Passport может оплатить услуги любого сервиса, который уже поддерживает x402 или протокол машинных платежей, разработанный Stripe при участии соавторов.
К запуску основной сети 30 апреля 2026 года было интегрировано более 90 поставщиков.

Но риск не исчез — он перешёл к покупателю.
Если расчёт проходит до доставки, сервис, который выдаёт ерунду, уже получает оплату, а в прочитанном мной руководстве для поставщиков не описаны ни возврат средств, ни процедура оспаривания.

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

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

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

Напиши «kite», если нашёл здесь полезную информацию

#KiteBBW $KITE
Оплата картой защищает покупателя и оставляет продавца без защиты😒.
Клиент может оспорить списание спустя несколько месяцев, и продавцу приходится покрывать расходы по чарджбэку.
В руководстве Kite для поставщиков услуг описан сценарий, который меняет всё наоборот, и, на мой взгляд, этот переворот — самое недооценённое проектное решение в экономике агентов😁.

Сценарий простой.
Агент обращается к эндпоинту, а сервис отвечает кодом 402 Payment Required, указывая цену, адрес для оплаты и время ожидания.
Агент в ответ отправляет подписанное разрешение, выданное в рамках одобренной пользователем сессии.
Сервис проверяет его, посредник проводит перевод в блокчейне, и только после этого сервис отправляет ответ.

СНАЧАЛА расчёт, ПОТОМ доставка🤷‍♀️.

Продавцу не нужно предоставлять кредит или ждать, пока оплатят счёт.
Именно поэтому теоретически становится возможной оплата по запросу — пусть даже совсем небольшими суммами🤓.
Платёжные системы для карт взимают фиксированную плату за каждую транзакцию, которую мелкие платежи не могут покрыть, а оплата за каждый запрос работает, только если сам платёж почти ничего не стоит.
В руководстве говорится, что сегодня агент Passport может оплатить услуги любого сервиса, который уже поддерживает x402 или протокол машинных платежей, разработанный Stripe при участии соавторов.
К запуску основной сети 30 апреля 2026 года было интегрировано более 90 поставщиков.

Но риск не исчез — он перешёл к покупателю.
Если расчёт проходит до доставки, сервис, который выдаёт ерунду, уже получает оплату, а в прочитанном мной руководстве для поставщиков не описаны ни возврат средств, ни процедура оспаривания.

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

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

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

Напиши «kite», если нашёл здесь полезную информацию

#nil $NIL @Nillion
Один разработчик, за которым я слежу, запустил хранилище с триггером ребалансировки 🤔.

На то, чтобы довести логику до ума, ушли МЕСЯЦЫ.

А всего за НЕДЕЛЮ кто-то изучил контракт, точно выяснил, за чем он следит, и каждый раз опережал остальных, когда срабатывал триггер.

В итоге стратегия не провалилась. Она просто перестала быть СЕКРЕТНОЙ сразу после появления ончейн.

Для решения именно такой проблемы и существуют Covenants.
Механика проще, чем кажется.

Автор выбирает комитет узлов и порог — скажем, 5 узлов, из которых любые 3 могут раскрыть секрет.

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

Как только набирается достаточно долей, любой может восстановить содержимое и получить вознаграждение за это. Сеть сверяет результат с обязательством, созданным заранее, поэтому при раскрытии никто не сможет подменить содержимое на поддельное.

Для этого не понадобились ни бот-кипер, ни доверенный оператор, который хранит стратегию и обещает не подглядывать.

Dusk — первый релиз Covenants — уже работает в основной сети Ethereum.
Это не тестнет и не превью. Хранилище вроде того, которое скопировали, можно заново создать уже сейчас.

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

Так что я всё время думаю о двух вещах. Действительно ли сокрытие триггера защищает стратегию в долгосрочной перспективе или просто повышает цену обратного инжиниринга, не устраняя саму угрозу?
И даёт ли комитет из 3 узлов из 5 действительно больше безопасности, чем доверие одному киперу, или это просто распределяет ту же проблему доверия между большим числом участников?
И просто для справки, ребята: Dusk от Nillion и Layer1 #dusk — это не одно и то же 😅

#KiteBBW $KITE
x402, AP2, MPP, MCP, OAuth 2.1.
Пять протоколов, на которых агенту могут предложить работать, и никто не знает, какой из них победит.
Ответ Kite — не выбирать.

Каждый из них решает свою задачу. x402 возрождает HTTP-статус «требуется оплата», чтобы сервис мог взимать плату за каждый запрос.
AP2 — протокол платежей для агентов от Google, MPP — протокол машинных платежей от Stripe, MCP — способ Anthropic подключать агентов к инструментам, а OAuth 2.1 отвечает за авторизацию.

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

Заявленный подход Kite — изначально поддерживать все эти протоколы, а самое важное — окончательный расчёт и контроль расходов — привязать к собственному блокчейну и Passport.

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

Человек может подождать подтверждения.

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

Это также негромкая ставка на то, где сосредоточена ценность в экономике агентов:
не на уровне запросов, который может меняться каждый год, а на уровне, который решает, можно ли провести платёж.

Kite также входит в Agentic AI Foundation при Linux Foundation, что говорит о желании компании участвовать в обсуждении стандартов, а не просто работать на их основе.

Мейннет запущен 30 апреля 2026 года; к нему уже подключено более 90 поставщиков услуг. Поэтому настоящая проверка — выдержат ли эта нейтральность и эти платёжные каналы реальную нагрузку.

Интересно узнать мнение других:
1. Если один уровень лежит в основе каждого стандарта, это нейтральность или просто другая форма привязки к платформе?
2. Если в итоге всё равно возобладает один стандарт, потеряет ли преимущество уровень расчётов, созданный для поддержки всех стандартов, или он станет ещё важнее, потому что всё будет проходить через него?