Subbit представляет платежный канал Cardano для биллинга API по фактическому использованию

Dominic Wallis представил Subbit.xyz на 77 занятии Cardano Developers Office Hours с конкретной проблемой: запрос к API может стоить меньше, чем комиссия и время, необходимые для транзакции в блокчейне. Его система сочетает подписанные платежные обязательства со смарт контрактом Cardano, позволяя провайдеру обслуживать небольшие запросы и позже взимать утвержденные суммы. Презентация показала, как взаимодействуют платежные компоненты, а интеграция с продуктивным сервисом остается следующим шагом проекта.

Платежный канал для сервисов с тарификацией по потреблению

Subbit.xyz предназначен для сервисов, которые могут измерять потребление клиентом, например вызовы API, передачи данных или запросы к AI. Месячные подписки берут плату за период доступа, тогда как инвойсы приходят после того, как потребление уже произошло. Wallis предложил более тесную связь между каждой единицей услуги и суммой, которую клиент авторизует.

Клиент открывает канал, внося средства по правилам смарт контракта Cardano. Запрашивая сервис, клиент подписывает IOU, в котором указана совокупная сумма, которую провайдер может взыскать. Провайдер проверяет подпись и обеспечивающие ее средства перед выполнением запроса. Каждый IOU привязан к своему каналу, что не дает использовать подпись, предназначенную для одного аккаунта, против другого.

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

Как работают требования и закрытие канала на Cardano

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

Wallis проиллюстрировал схему с 10 ADA, выделенными на сервис, и дополнительными 2 ADA, зарезервированными для требований UTxO в Cardano. Клиент может закрыть канал, когда захочет уйти. Затем у провайдера есть согласованный при открытии период, чтобы сделать финальное требование, после чего клиент может вернуть остаток.

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

В дизайне интеграции эмитент располагается рядом с приложением клиента, а прокси ставится перед существующим сервисом провайдера. Эмитент прикрепляет к запросу IOU. Прокси проверяет его и пересылает принятый запрос в сервис.

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

Оставшееся испытание это интеграция с реальным сервисом

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

Требования, погашенные на Cardano, раскрывают собранные суммы, хотя отдельные сервисные запросы остаются вне цепочки. Участники спросили, могут ли доказательства с нулевым разглашением улучшить приватность или пакетирование. Wallis возразил, что такой дизайн добавит сложности, а размер данных транзакции является более насущной проблемой масштабирования для Subbit.xyz.

Другой участник David настаивал по теме спроса: какой провайдер изменит свою биллинговую систему ради использования канала? Wallis обсудил потенциальные применения в инфраструктуре API, биллинге AI и поставке данных с тарификацией по потреблению. Он описал более раннюю работу с Orcfax и отметил поддержку Project Catalyst, но не представил текущего продукционного интегратора или коммерческие показатели использования.

В завершающей демонстрации эмитент и сервер обменялись платежными данными, но базовый сервис не был выполнен. Wallis пригласил провайдеров интегрировать Subbit.xyz. Это позволит следующей демонстрации связать все три части транзакции: измеряемый ответ сервиса, подписанный клиентом IOU и требование провайдера на Cardano.