Создано для покупателей, не являющихся людьми.
Каждая платёжная ссылка CryptoPayIn и витрина одновременно служат машиночитаемым чекаутом. ИИ-агент узнаёт, что вы продаёте, создаёт счёт и оплачивает его в блокчейне за три HTTP-запроса — без браузера, без API-ключа, без участия человека. Доставка включена, в формате JSON.
Три вызова. Вот и вся интеграция.
Возьмите любую ссылку — например, https://cryptopaylink.co/pay/PL-XXXXXXX.
Добавьте .json — и запускается машинный поток. Всё описанное ниже уже работает сегодня, на каждой ссылке.
Что продаётся, цена, принимаемые активы и точные поля, которые ожидает запрос счёта, — самоописывающийся формат, так что агенту не нужны предварительные знания о продавце.
{
"protocol": "cpi-agent-checkout/1",
"link": {
"id": "PL-XXXXXXX", "state": "ok",
"title": "Pro license — 1 seat",
"pricing": { "currency": "USD", "type": "fixed", "amount": "12.00" },
"delivery": { "type": "keys", "description": "A unique key reserved for you…" }
},
"payment_assets": [ { "asset": "BTC", "network": "mainnet", "min_usd": "5.00" }, … ],
"checkout": { "create_invoice": { "method": "POST", "url": "…/invoice" }, … }
}
Одно тело JSON — актив плюс всё, что требует ссылка (сумма для открытой цены, вариант,
поля покупателя, доставка для физических товаров). Передайте заголовок Idempotency-Key — и повторные запросы никогда не создадут счёт дважды.
curl -X POST https://cryptopaylink.co/pay/PL-XXXXXXX/invoice \
-H "Content-Type: application/json" \
-H "Idempotency-Key: agent-run-42" \
-d '{ "asset": "BTC", "fields": { "Discord username": "buyer#0001" } }'
{ "ok": true, "invoice": {
"payment": "P-XXXXXXXXXX",
"pay": { "asset": "BTC", "network": "mainnet",
"address": "bc1q…", "amount": "0.0001867",
"uri": "bitcoin:bc1q…?amount=0.0001867" },
"expires_at": "2026-07-20T11:00:25Z",
"receipt": "…/receipt?p=P-XXXXXXXXXX" } }
Сумма точна, а курс зафиксирован — агент отправляет ровно
pay.amount в сети pay.network с любого подконтрольного ему кошелька. Никакого SDK, никакой схемы подписи, никакого фасилитатора.
Опрашивайте каждые несколько секунд. Число подтверждений растёт, и в момент завершения платежа ответ содержит доставку — контент, ссылку или лицензионный ключ, зарезервированный именно для этого платежа.
Магазины говорят на том же протоколе. GET /s/SH-x.json перечисляет весь
каталог витрины (товары, варианты, актуальные остатки); один POST /s/SH-x/order превращает корзину в счёт,
доступный к оплате, — чек находится по адресу /s/SH-x/o/ORD-…/receipt.
{ "ok": true, "receipt": {
"payment": "P-XXXXXXXXXX", "status": "completed",
"paid_at": "2026-07-20T10:30:58Z",
"delivery": { "type": "keys", "key": "LICENSE-XXXX-YYYY",
"note": "Delivered once, tied to this payment — store it now." },
"next": "done" } }
Скучная инженерия — намеренно
Счета агентов проходят ту же самую проверку, фиксацию курса и деривацию адреса, что и размещённая страница, — единый путь в коде, никакой теневой реализации, которая могла бы разойтись или стать уязвимостью.
Эндпоинты агентов расходуют те же лимиты скорости и ограничения по числу неоплаченных счетов, что и страница. Включение агентов не добавляет никакой дополнительной ёмкости для исчерпания адресов или спама.
На платёжном домене нет ни куки, ни сессий, ни поверхности для CSRF. Идентификатор платежа — единственное «право доступа», точно как в URL чека для человека.
Заголовок Idempotency-Key делает создание счёта безопасным при повторной отправке; тот же ключ с другим телом запроса будет отклонён с кодом 409.
Чекаут для агентов настраивается по аккаунту и включён по умолчанию. Отключение означает 403 на машинных конечных точках, при этом все страницы для людей продолжают работать.
Страницы для людей отправляют Link: …/pay/PL-x.json; rel="alternate", а этот контракт кратко описан в llms.txt для поисковых систем на основе ИИ.
Всё, что может продать платёжная ссылка
Текстовый контент, приватные ссылки, одноразовые лицензионные ключи — доставляются в JSON чека, резервируются под конкретный платёж, защищены от гонок при ограниченных остатках.
Фиксированные цены в любой из 30 фиатных валют либо открытые суммы (чаевые, счета, пополнения) с заданными продавцом мин./макс. значениями — агент передаёт "amount".
Варианты товара с остатками по каждому варианту, а также произвольные обязательные поля (имена пользователей, примечания к заказу), объявленные в документе обнаружения.
Запрос счёта принимает структурированный адрес доставки, проверяемый по стране назначения, — агенты могут заказывать вещи, которые приходят в коробках.
GET /s/SH-x.json раскрывает полный каталог магазина с актуальными остатками; один POST …/order проверяет корзину, резервирует остатки и возвращает счёт.
Продажа агентам — это сторона покупателя. Если вы разрабатываете сторону продавца — создание ссылок, чтение баланса, вывод средств, — это REST API для мерчантов, и он так же удобен для автоматизации.
Вопросы про агентов — прямые ответы
Нужен ли агенту API-ключ или аккаунт?
Нет. Обнаружение, создание счёта и получение чека — это публичные конечные точки, привязанные к одной платёжной ссылке, — точно как страница чекаута для человека. Идентификатор платежа, возвращаемый при создании, — единственное, что нужно агенту, чтобы опрашивать свой собственный чек. API-ключи мерчанта предназначены для продавцов, а не для покупателей.
Как агент фактически совершает оплату?
Ответ на запрос счёта содержит адрес для депозита, точную сумму и URI в формате BIP-21. Любой кошелёк, которым управляет агент, — кошелёк BTC, подписант EVM, пара ключей Solana, кошелёк Monero — отправляет эту сумму в указанной сети. Никакой проприетарной схемы подписи интегрировать не нужно.
Это x402?
Протокол не привязан к конкретной технологии. Заплатить может любой стек, способный выполнять HTTPS-запросы и рассылать криптотранзакции, — без фасилитатора, без специального SDK для кошелька. Если ваш фреймворк поддерживает x402 или AP2, оберните вызов создания счёта в свой платёжный инструмент: JSON-контракт естественно ложится на схему в стиле 402, а нативное согласование x402 — в наших планах.
Какие ссылки и магазины доступны для оплаты агентами?
По умолчанию — каждая активная платёжная ссылка и каждая активная витрина: фиксированные цены, открытые суммы, варианты товара, поля покупателя, физические товары с доставкой и полные каталоги магазина с актуальными остатками. Продавцы могут отключить чекаут для агентов для своего аккаунта в настройках — тогда конечные точки будут отвечать 403, а страницы для людей продолжат работать.
Что получает агент после оплаты?
Эндпоинт чека возвращает содержимое доставки в формате JSON в момент завершения платежа: контент, приватную ссылку или лицензионный ключ, зарезервированный именно для этого платежа. Для физических заказов подтверждается, что продавец получил адрес доставки.
Может ли злонамеренный агент злоупотребить конечными точками?
Запросы агентов используют те же самые лимиты скорости, ограничения по счетам и правила идемпотентности, что и размещённая страница чекаута, — они не добавляют никакой дополнительной поверхности для атак. На платёжном домене нет ни куки, ни сессий, поэтому кросс-сайтовому запросу не на чём «прокатиться».
Ваш следующий клиент может оказаться скриптом.
Ваш аккаунт — в одном клике: без KYC, без ожидания. Единая комиссия 1 % с каждой транзакции. Никаких подписок и платы за подключение.