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 normalmente se dedican a esta tarea en lugar de participar en el consenso. Sin embargo, desde la perspectiva del usuario de una aplicación, un rendimiento deficiente de RPC no es diferente de un rendimiento deficiente del clúster. Para brindar a tus usuarios una excelente experiencia y mostrar 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 pruebas. Los clústeres locales son más flexibles que las ofertas públicas, otorgando la libertad de ejecutar iteraciones tempranas no optimizadas. 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 Solana CLI. Una vez que la aplicación alcanza un estado estable, el despliegue en un clúster público se vuelve más apropiado.
Como 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 crear 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 una manera optimizada para la aplicación y sirve a tus usuarios desde la caché. Tomarse el tiempo para optimizar tu código antes de lanzarlo 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 el mundo real, demostraciones tempranas y programas beta pequeños y privados. Ten en cuenta que obtienes exactamente lo que estás pagando. Los servicios gratuitos normalmente no escalan automáticamente, tienen límites de velocidad, no ofrecen SLA y no tienen miedo de 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 cumple con las expectativas. Para garantizar que los usuarios obtengan 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 del usuario, 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 de alta disponibilidad bajo demanda; consulta a continuación. Si ninguno de los proveedores se ajusta bien y estás dispuesto a ejecutar tu propio servicio RPC, comunícate con la Fundación Solana para obtener orientación.