Beckn Protocol

Protocolo Federado

An open, interoperable, decentralized protocol for digital commerce enabling any buyer-facing application (BAP) to discover and transact with any seller-facing platform (BPP) across any domain — mobility, food, healthcare, energy, education — without platform lock-in. Defines asynchronous API call-callback pairs (search/on_search, select/on_select, confirm/on_confirm, etc.) mediated by Beckn Gateways that multicast discovery across registered networks. No central marketplace operator; any conformant implementation can participate.

Comunidade

Detalhes

Licença Permissive (Apache-2.0); https://github.com/beckn/protocol-specifications — OpenAPI YAML spec; https://github.com/beckn/protocol-specifications-v2 — v2.0 specification
Status de Dev 🟢 Ativo
Detalhe do Status de Dev Released / Active (v2.0.0-rc1 End of Support on frozen branch; v2.0 active specification; ONDC operational in 600+ Indian cities; global deployments in energy, healthcare, mobility)
Proprietário FIDE (Foundation for Interoperability in Digital Economy) — stewards the protocol and community as of 2025; originally created by Sujith Nair and team at Beckn Foundation; Core Working Group governs specification evolution
Órgão de Governança FIDE (Foundation for Interoperability in Digital Economy)
País India (originated; ONDC deployment; globally applicable)
Ano de Início 2020
Stack Language-agnostic (JSON over HTTP/HTTPS; OpenAPI specification; reference implementations in Node.js/TypeScript; Beckn ONIX — reference implementation stack — available for deployment)
Financiamento Foundation / Government (FIDE as steward; ONDC backed by Indian government via DPIIT; international deployments via public and private sector partnerships)
Última Investigação 1 de jul. de 2026

Domínios de Caso de Uso

Capacidades

Federação de protocolos Autoalojável Federação entre instâncias

Protocolo Federado Atributos

Origens Open commerce infrastructure (motivated by UPI's success as an open payments protocol; designed to replicate that model for any kind of commerce — "the UPI for commerce"; Sujith Nair background in India's Aadhaar and UPI digital infrastructure)
Banco de Dados N/A (protocol specifies API semantics, not storage; each BAP and BPP manages its own data)
Linguagem de Consulta REST-like async API (search/on_search discovery; select/on_select, init/on_init, confirm/on_confirm, status/on_status, track/on_track, cancel/on_cancel, rating/on_rating, support/on_support call-callback pairs)
Formatos de Dados JSON (all message payloads); OpenAPI schema; ONDC domain-specific extensions layered on core spec; cryptographically signed messages (request signing for authenticity and non-repudiation)
Edição Colaborativa em Tempo Real N/A (commerce transaction protocol; not a collaborative editing tool)
Edição de Texto Rico N/A
Suporte Móvel Yes (any HTTP client; BAP apps are commonly mobile-first; Beckn ONIX supports mobile consumer apps)
Suporte Web Yes (HTTP/HTTPS native; web BAP applications are primary deployment surface)
Aplicativos Nativos Yes (native mobile apps as BAPs; BPP server applications; Beckn Gateway infrastructure)
Termos Free / Open source (Apache-2.0; no licensing fees; Beckn ONIX reference implementation freely available)
Fundos Not separately disclosed (ONDC is government-backed; FIDE operates as foundation; Beckn Foundation and associated entities supported by ecosystem participants)
Baseado Em HTTP/HTTPS (transport); JSON/OpenAPI (data format); cryptographic signing (request authentication); conceptually inspired by UPI (Universal Payments Interface) model applied to commerce
Endereçamento por Conteúdo No (resources addressed by URL and catalog IDs, not content hashes)
Criptografia de Ponta a Ponta (E2EE) No (messages are signed for authenticity and non-repudiation but not end-to-end encrypted between BAP and BPP; transport security via HTTPS)
Assinatura Ed25519 (HTTP request signing for authentication and non-repudiation; cryptographic signatures provide court-admissible proof of transaction intent per Indian e-governance guidelines)
Permissões Key-based (subscriber registration in network registry; signed requests authenticate participants; BAP and BPP authorized by registry lookup)
Compatibilidade com a Web Semântica N/A (JSON API protocol; no RDF, JSON-LD, or semantic web features in core spec)
Modelo de Federação Hub-and-Spoke (Beckn Gateways multicast search requests to registered BPPs; otherwise BAP and BPP communicate peer-to-peer via direct callback URLs; network registries list participants)
Requisitos de Instância / Servidor Moderate — BAP and BPP require HTTP server with callback endpoint; Beckn Gateway (BG) is more demanding as it multicasts all discovery requests; subscriber registry required per network; Beckn ONIX reference stack simplifies deployment
Portabilidade de Conta Full portability (provider/buyer identities are not locked to any gateway or registry; any conformant BAP/BPP can switch network participation by re-registering; identity anchored to public key + subscriber URL)
Arquitetura de Descoberta / Relay Gateway-mediated discovery (BAP sends search to Beckn Gateway; Gateway multicasts to all registered BPPs matching the domain; responses return directly to BAP via callback; no global firehose)
Modelo de Autoridade do Servidor Minimal / Network-governed (each BAP and BPP is independently operated; Gateways facilitate discovery without controlling transaction content; network registries set participation rules; no single operator governs all participants)
Maturidade / Padronização do Protocolo De Facto Standard (v2.0 specification active; deployed at national scale via ONDC in India (600+ cities, millions of transactions); international deployments in energy, mobility, healthcare; Apache-2.0; Core Working Group governance; not submitted to IETF or ISO)
Soberania de Dados Distributed (each participant stores its own data; no central platform holds transaction data; buyers' personal data governed by each BAP's privacy policy)