> For the complete documentation index, see [llms.txt](https://wiki.superteam.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.superteam.com.br/es/recursos/development-tools.md). # Herramientas de Desarrollo Las herramientas que usas a diario — CLIs, IDEs, proveedores de RPC y plataformas de integración. Esta página cubre las herramientas esenciales para construir, desplegar e integrar aplicaciones en Solana. *** ## Herramientas Principales ### Solana CLI La interfaz de línea de comandos esencial para desarrollo en Solana. La usarás constantemente — gestionando keypairs, verificando balances, desplegando programas, configurando endpoints de clusters, solicitando SOL en devnet e inspeccionando transacciones. Es la base sobre la que todo lo demás se construye. El CLI también incluye `solana-test-validator` para ejecutar un cluster local, aunque para testing deberías preferir LiteSVM o Mollusk, y ten en cuenta que desde Anchor 1.0 `anchor test`/`anchor localnet` ejecutan Surfpool en lugar de `solana-test-validator` (ver [Testing y Debugging](/es/recursos/testing-and-debugging.md)). Comandos clave que usarás a diario: `solana config set`, `solana balance`, `solana program deploy`, `solana logs`, `solana airdrop`. ### Solana Playground Un entorno de desarrollo completo en tu navegador. Solana Playground incluye un editor de código con resaltado de sintaxis para Rust, una wallet integrada (sin necesidad de Phantom), un compilador de Anchor, un desplegador de programas e incluso un ejecutor de tests. Puedes escribir, compilar, desplegar y testear programas Anchor completamente desde tu navegador sin instalar nada localmente. Es particularmente útil para prototipado rápido, compartir ejemplos de código y enseñar. La wallet integrada significa que puedes desplegar en devnet inmediatamente. Sin embargo, para desarrollo en producción querrás una configuración local para mejor debugging, integración con control de versiones y soporte de herramientas de IA. *** ## Proveedores de RPC Tu proveedor de RPC determina la calidad de tu conexión a la red de Solana — velocidad, confiabilidad, límites de tasa y APIs disponibles. ### Helius El proveedor de RPC con más funcionalidades en el ecosistema Solana. Más allá del RPC estándar, Helius proporciona la API DAS (Digital Asset Standard) para consultar NFTs y compressed NFTs, webhooks para notificaciones de eventos en tiempo real, parsing mejorado de transacciones que decodifica instrucciones en formatos legibles, y estimación de priority fees para ayudar a que tus transacciones se procesen. Su servidor MCP expone más de 60 herramientas que los asistentes de IA pueden usar directamente. Tier gratuito disponible con límites generosos para desarrollo. Helius es la recomendación predeterminada para la mayoría de proyectos porque las APIs adicionales (DAS, webhooks, priority fees) te ahorran construir esa infraestructura tú mismo. ### QuickNode Infraestructura RPC de alto rendimiento con un marketplace de complementos. QuickNode ofrece conexiones de baja latencia en múltiples regiones, una API GraphQL para consultas de datos flexibles y complementos para cosas como metadata de tokens, datos de NFTs e historial de transacciones. Su infraestructura está probada en batalla a escala y es utilizada por muchas aplicaciones en producción. Elige QuickNode cuando necesites distribución geográfica, funcionalidad de complementos específicos, o cuando quieras un proveedor alternativo para redundancia junto con Helius. ### Triton Infraestructura RPC de alto rendimiento con enfoque en streaming gRPC a través de Yellowstone. Triton proporciona JSON-RPC estándar junto con Yellowstone gRPC, que te da actualizaciones de cuentas y transacciones en tiempo real con latencia significativamente menor que las suscripciones WebSocket. Su infraestructura soporta plugins Geyser para streaming de datos personalizado y es utilizada por varios protocolos importantes de Solana. Elige Triton cuando necesites streaming de datos de baja latencia (gRPC), cuando estés construyendo indexadores o aplicaciones en tiempo real, o cuando quieras acceso a plugins Geyser para pipelines de datos personalizados. ### Ironforge Gateway de RPC y plataforma DevOps, ahora parte de Sanctum. Ironforge se ubica delante de tus proveedores de RPC y agrega funcionalidades enfocadas en desarrolladores — enrutamiento de solicitudes y failover, simulación de transacciones, perfilado de unidades de cómputo y observabilidad sobre lo que hacen tus transacciones — a través de un solo dashboard. Útil para equipos que quieren gestión de infraestructura RPC sin construirla ellos mismos. ### Shyft Plataforma de APIs que proporciona abstracciones de mayor nivel sobre los datos de Solana. Más allá del RPC raw, Shyft ofrece APIs REST para datos de tokens, operaciones con NFTs, historial de transacciones y analíticas DeFi. Sus APIs devuelven datos estructurados sin requerir que parsees datos raw de cuentas o decodifiques logs de instrucciones tú mismo. Útil para desarrolladores frontend que necesitan datos de Solana sin la complejidad de integración RPC directa. *** ## Infraestructura de Transacciones ### Jito Block Engine Infraestructura MEV para Solana incluyendo envío de bundles, acceso al block engine y enrutamiento de propinas. El endpoint de bundles de Jito te permite enviar hasta 5 transacciones que se ejecutan atómicamente y secuencialmente dentro del mismo bloque — todas se completan o todas fallan. Esto es esencial para arbitraje, liquidaciones y cualquier operación donde la ejecución parcial es peligrosa. Métodos clave de la API: `sendBundle`, `getBundleStatuses`, `getTipAccounts`. La propina mínima es de 1,000 lamports. Clientes disponibles para TypeScript, Python, Rust y Go. Para desarrolladores de aplicaciones, Jito importa principalmente por el aterrizaje de transacciones — usar propinas de Jito junto con priority fees le da a tus transacciones la mejor oportunidad de inclusión durante periodos congestionados. El endpoint de envío de transacciones de baja latencia ([docs.jito.wtf/lowlatencytxnsend](https://docs.jito.wtf/lowlatencytxnsend/)) también soporta transacciones individuales con beneficios de SWQoS (Stake-Weighted Quality of Service). ### Helius LaserStream Streaming de datos gestionado de alto rendimiento para Solana vía gRPC. LaserStream entrega bloques, transacciones, actualizaciones de cuentas y slots en tiempo real. Está construido sobre una interfaz compatible con Yellowstone pero agrega funcionalidades que el Yellowstone raw no puede proporcionar: replay histórico (hasta 24 horas de slots perdidos al reconectar), auto-reconexión con seguimiento de slots, failover multi-nodo en 9 regiones y throughput de 1.3 GB/s (vs \~30 MB/s para clientes JS Yellowstone estándar). Soporta hasta 250,000 direcciones por conexión. SDKs disponibles en TypeScript, Rust y Go. La interfaz es compatible drop-in con código gRPC Yellowstone existente — solo cambian la URL del endpoint y el token de autenticación. Plan Professional ($999/mes) requerido para mainnet. GitHub: [helius-labs/laserstream-sdk](https://github.com/helius-labs/laserstream-sdk). ### Light Protocol Infraestructura de compresión ZK para Solana. Light Protocol permite a las aplicaciones almacenar estado en forma comprimida usando pruebas de conocimiento cero, reduciendo dramáticamente los costos de almacenamiento on-chain. Una cuenta comprimida cuesta una fracción de una cuenta estándar manteniendo las mismas garantías de seguridad a través de pruebas Merkle. Usa Light Protocol cuando tu aplicación cree muchas cuentas (perfiles de usuario, estado de juegos, datos sociales) y los costos de rent se vuelvan significativos. La contrapartida es complejidad adicional al leer estado comprimido e incluir pruebas Merkle en las transacciones. *** ## Actions y Blinks Actions y Blinks son una innovación específica de Solana que convierte cualquier transacción en una URL compartible e incrustable. ### Especificación de Solana Actions La especificación oficial para Solana Actions — APIs estandarizadas que devuelven transacciones firmables desde una URL. Cualquier aplicación, sitio web o plataforma de redes sociales puede incrustar un Action que permite a los usuarios ejecutar transacciones de Solana sin salir de su contexto actual. Por ejemplo, un tweet que contiene un Blink (blockchain link) puede incluir un botón "Comprar" o "Donar" que activa un popup de wallet directamente en el feed de Twitter. Entender la especificación de Actions es importante porque representa un nuevo canal de distribución para aplicaciones de Solana. En lugar de requerir que los usuarios visiten tu dApp, llevas la transacción a donde ya están. ### Dialect Blinks El SDK para crear, testear y desplegar Actions y Blinks. Dialect proporciona la capa de herramientas sobre la especificación de Actions — un registro para tus Actions, una interfaz de testing para previsualizar cómo se renderizan y SDKs cliente para renderizar Blinks en tu propia aplicación. Si estás construyendo un Action, el SDK de Dialect maneja los detalles de implementación como la construcción de transacciones, formato de metadata y renderizado del lado del cliente. *** ## Pagos ### Solana Pay Un protocolo de pagos construido sobre Solana para comerciantes y aplicaciones. Solana Pay proporciona un SDK en JavaScript/TypeScript para crear solicitudes de pago, generar códigos QR y verificar la finalización de transacciones. Soporta tanto transferencias simples de SOL como pagos complejos con tokens SPL, con soporte integrado para flujos de punto de venta, integración con e-commerce y verificación de pagos. El protocolo está diseñado para el comercio real — finalidad en menos de un segundo y comisiones casi nulas lo hacen práctico para pagos cotidianos. El SDK maneja las complejidades del seguimiento de referencias de pago, así que puedes verificar que un pago específico fue realizado sin escanear cada transacción on-chain. *** ## Infraestructura de Seguridad ### solana-security-txt Una macro de Rust que incrusta información de contacto de seguridad estructurada en el binario de tu programa Solana, creando una sección ELF `.security.txt`. Esto permite a los investigadores de seguridad encontrar información de contacto directamente desde una dirección de programa on-chain — esencial para la divulgación responsable. Soporta Telegram, Discord, email y otros tipos de contacto. La implementación es una sola llamada a macro. Creado por Neodyme, la firma de investigación de seguridad de Solana. Agrégalo a cada programa que despliegues en mainnet. *** ## CLI Avanzado y Gestión de Programas ### Autoridad de Actualización de Programas Entender la autoridad de actualización de programas es crítico para despliegues en producción. Comandos clave: * `solana program show ` — inspeccionar la autoridad de actualización y metadatos del programa * `solana program set-upgrade-authority --new-upgrade-authority ` — transferir a un multisig (PDA de Squads) * `solana program set-upgrade-authority --final` — hacer el programa inmutable (irreversible) Mejores prácticas de producción: transferir la autoridad de actualización a un multisig de Squads antes del lanzamiento en mainnet. Para despliegues completamente trustless, usa `--final` para hacer el programa inmutable. ### Transacciones Versionadas y Address Lookup Tables Las transacciones legacy están limitadas a \~35 cuentas. Las Address Lookup Tables (ALTs) almacenan hasta 256 claves públicas en una cuenta on-chain, permitiendo que las transacciones las referencien con índices de 1 byte en lugar de claves de 32 bytes. Las transacciones V0 son necesarias para usar ALTs y son esenciales para interacciones DeFi complejas (swaps de Jupiter, rutas multi-pool, transacciones en bundle). Guía: [solana.com/developers/guides/advanced/lookup-tables](https://solana.com/developers/guides/advanced/lookup-tables). ### Durable Nonces Las transacciones estándar de Solana expiran después de \~60 segundos si no se incluyen en un bloque. Los durable nonces reemplazan el blockhash reciente con un valor de nonce almacenado que no expira, habilitando flujos de firma offline, firma multi-parte en diferentes zonas horarias y envío programado de transacciones. Esencial para cualquier aplicación donde las transacciones no pueden firmarse y enviarse en la misma sesión. --- # 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://wiki.superteam.com.br/es/recursos/development-tools.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.