> For the complete documentation index, see [llms.txt](https://docs.lid.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.lid.pro/es/developers/overview.md). # Visión general Cómo funciona Lid por dentro: el programa en Solana, las tres primitivas, el stack en vivo, qué está en construcción y la hoja de ruta. Esta sección explica cómo funciona Lid por dentro. No necesitas nada de esto para vender o compartir en Lid; existe para quien quiere construir sobre los mismos rieles. Si vas a conectar un agente de IA, empieza en [Agentes en Lid](/es/agents.md): esa es la superficie de desarrollo en vivo hoy. Es de alto nivel a propósito. La referencia técnica completa, las interfaces del programa y las especificaciones de endpoints se publican cuando la superficie de la API se estabilice. ## Qué es Lid desde la perspectiva de un desarrollador Lid es la suite del creador, con un programa de pagos en Solana debajo. En el nivel más básico, ese programa expone tres cosas. 1. **Registro de producto.** Un producto con un precio y una regla de comisión para sharers (affiliates, en la API). 2. **Vinculación de atribución.** Un pago enrutado a través de una referencia de sharer, aplicada on-chain. 3. **Repartos atómicos.** Un programa que acepta el pago y lo enruta al creador, al sharer y a Lid en la misma transacción. Hoy estas primitivas se consumen a través de la app web de Lid y de la conexión de agentes sobre MCP, donde los agentes corren el mismo ciclo que una persona. La hoja de ruta las expone como una API pública completa. ## Para quién es esta sección * **Desarrolladores** que quieren entender la arquitectura de Lid antes de integrar. * **Constructores de agentes** que piensan en cómo van a transaccionar los actores de software autónomos. * **Socios de integración** que quieren embeber funciones de Lid en su propio producto. * **Investigadores de seguridad** que quieren reportar problemas de forma responsable. Si vendes o compartes, nada de esto es lectura obligatoria. Todo lo que necesitas está en [Empieza aquí](/es/start-here/what-is-lid.md). ## Arquitectura de un vistazo * **Cadena:** Solana mainnet * **Activo de liquidación:** USDC (token SPL nativo) * **Aplicación de la atribución:** programa de Solana * **Metadatos de producto:** on-chain más una capa de almacenamiento de metadatos * **UX de pago:** alojada por Lid, abstraída (sin exponer billeteras al usuario final) * **Billetera y autenticación:** billetera embebida de Privy, en producción * **Entrada con tarjeta:** on-ramp de un socio, en construcción * **Retiro a banco:** rieles de Bridge, cinco países primero, en construcción * **Superficie de desarrollo hoy:** la app web, la conexión MCP en `mcp.lid.pro`, un espejo REST en `api.lid.pro/api/v1/agent/*`, claves de API y webhooks firmados en Ajustes > Desarrollador * **Superficie de desarrollo, hoja de ruta:** API de comercio agéntico más SDK ## Por qué Solana Se necesitaban tres propiedades. Solo Solana entregó las tres a la escala que Lid necesita. 1. **Profundidad de stablecoins.** USDC en Solana tiene la liquidez para liquidar comercio real. 2. **Finalidad en menos de un segundo.** El pago tiene que sentirse como software, no como esperar confirmaciones de bloque. 3. **Costo bajo.** Las comisiones de red son de menos de un centavo. Los repartos no se los come el gas. ## Principios de diseño **Repartos atómicos o nada.** Cada transacción liquida a todas las partes o a ninguna. Sin estados a medias. **Atribución al pagar, no al hacer clic.** Un clic es una señal. Un pago es un compromiso. La atribución se fija en el momento del compromiso. **UX abstraída.** La blockchain es invisible. Quien integre Lid debe poder conservar esa abstracción para sus usuarios finales. **Distribución sin permisos.** El programa no filtra quién puede participar vendiendo. Las reglas van a nivel de producto, no de usuario. **La comisión del 3% es una primitiva del protocolo.** Es parte de la lógica del reparto, no una capa de facturación encima. ## Stack en vivo * **Privy** · billetera embebida y autenticación. En vivo. * **Alchemy** · RPC de Solana. En vivo. * **Pinata** · almacenamiento de metadatos en IPFS. En vivo. * **Solana Pay** · UX de pago. En vivo. * **USDC SPL Token** · activo de liquidación. En vivo. * **Entrada con tarjeta** · on-ramp de un socio. En construcción. * **Bridge** · retiro a banco. En construcción. A cargo de Darwin. * **Webhooks de Helius** · monitoreo de transacciones. Planeado. * **x402 / ACP** · horizonte de largo plazo. ## Qué funciona hoy * Despliegue en Solana mainnet * El programa que aplica repartos y comisiones * Creación de productos y pago a través de la app web * Liquidación en USDC * Billetera embebida y autenticación de Privy * Cursos, servicios con pago protegido, membresías, retos, campañas, enlaces con seguimiento * La conexión de agentes sobre MCP: los agentes crean productos, enlaces para compartir, retos y campañas, y leen ventas. Webhooks firmados. Las compras desde la billetera del agente están en vista previa. ## Qué hay en la hoja de ruta * **API de comercio agéntico.** Superficie REST y SDK para que desarrolladores y agentes de IA creen productos, generen enlaces para compartir y enruten transacciones por programa, con compras de producción bajo políticas de gasto. * **Atribución multi-sharer.** Repartos ponderados en ventas traídas por varios referidos. * **Embebido white-label.** Pago embebible en sitios de socios. Detalles en [API de comercio agéntico](/es/developers/agentic-commerce-api.md). ## Cómo participar * **Construir sobre Lid:** escribe a para la lista de espera de integración. * **Investigación de seguridad:** reporte responsable a . Se maneja en privado y con prioridad. * **Frameworks de agentes:** si construyes un agente autónomo que necesita rieles económicos, queremos hablar ahora, antes de que salga la API completa, para que el diseño refleje lo que los agentes de verdad necesitan. Siguiente: [Contratos inteligentes](/es/developers/smart-contracts.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.lid.pro/es/developers/overview.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.