Descripción general: Las solicitudes RPC son la puerta de entrada de una aplicación al clúster de Solana. Las solicitudes son atendidas por nodos RPC, que generalmente se dedican a esta tarea en lugar de participar en el consenso. Sin embargo, desde la perspectiva del usuario de la aplicación, un rendimiento deficiente de RPC no es diferente de un rendimiento deficiente del clúster. Para ofrecer a tus usuarios una gran experiencia y demostrar la velocidad y baja latencia de Solana, es importante contar con una infraestructura RPC que esté a la altura de la tarea.
Desarrollo: Se recomienda a los desarrolladores utilizar un clúster local durante el desarrollo, especialmente en las primeras etapas y para realizar pruebas. Los clústeres locales son más flexibles que las ofertas públicas, otorgando la libertad de ejecutar iteraciones tempranas sin optimizar. La forma más fácil de ejecutar un clúster local es con el binario solana-test-validator, incluido en el conjunto de herramientas CLI de Solana. Una vez que la aplicación alcanza un estado estable, implementarla en un clúster público se vuelve más apropiado.
Como en todas las tareas de optimización de código, cuando se trata de solicitudes RPC, menos es más. Evita realizar llamadas frecuentes y repetitivas para los mismos datos. Evita construir clientes que realicen solicitudes RPC directamente. Las "dApps sin backend" son un mito; simplemente estás sobrecargando la infraestructura de otra persona. Almacena en caché las llamadas costosas (especialmente getProgramAccount, getSignaturesForAddress2 y getConfirmedBlock) de manera optimizada para la aplicación y sirve a tus usuarios desde la caché. Tomarse el tiempo para optimizar tu código antes de salir en vivo puede ahorrarte muchos dolores de cabeza por informes de mala experiencia del usuario y puede reducir significativamente tu gasto en infraestructura.
Varios proveedores ofrecen acceso RPC gratuito a los clústeres públicos de Solana. Estos servicios son buenos para pruebas en condiciones reales, demostraciones tempranas y programas beta pequeños y privados. Ten en cuenta que obtienes exactamente lo que estás pagando. Los servicios gratuitos típicamente no escalan automáticamente, tienen límites de velocidad, no ofrecen SLA y no dudan en prohibir a los abusadores. Cuando una aplicación está lista para abrirse al público, es momento de invertir en acceso RPC privado.
Algunos proveedores RPC gratuitos:
Testnet
Devnet
Mainnet-beta
Debido a la variabilidad en los requisitos de RPC entre aplicaciones, la infraestructura RPC pública generalizada rara vez se ajusta a las necesidades. Para garantizar que los usuarios tengan una buena experiencia, las aplicaciones de cara al público necesitan asegurar su propio acceso RPC privado. Esto te permitirá escalar automáticamente según la demanda de los usuarios, relajar los límites de velocidad según tu aplicación y tener la tranquilidad de que los usuarios de otras aplicaciones no desplazarán a los tuyos. Varias organizaciones ofrecen servicios RPC bajo demanda de alta disponibilidad; consulta a continuación. Si ninguno de los proveedores se ajusta a tus necesidades y estás dispuesto a ejecutar tu propio servicio RPC, comunícate con Solana Foundation para obtener orientación.