--- title: "Cómo configurar un RPC alternativo" description: "Agrega un proveedor de nodo de respaldo para evitar downtime y transacciones atascadas" --- ## ¿Qué es una llamada a procedimiento remoto (rpc)? Una llamada a procedimiento remoto (RPC) es una técnica mediante la cual un software puede comunicarse remotamente con otros sistemas en la misma red para acceder a software o datos. En la metodología RPC, un cliente solicita algo (por ejemplo, datos) y un servidor cumple la solicitud de forma remota. En blockchain, esta tecnología se ha adaptado en forma de [nodos RPC](https://www.alchemy.com/overviews/what-is-an-ethereum-node), una API mediante la cual los desarrolladores de blockchain pueden interactuar con servidores de blockchain (es decir, nodos). Como resultado, los desarrolladores de blockchain tienen la capacidad de crear software web3 como [apps](https://www.alchemy.com/dapps/top/defi-dapps) que necesitan nodos RPC para conectarse a la blockchain. En este artículo, vamos a explicar la importancia de [usar un proveedor de nodos de blockchain](https://www.alchemy.com/overviews/blockchain-node-providers) y de configurar un endpoint RPC alternativo, así como las diversas razones por las que un endpoint RPC alternativo o de respaldo es importante. Además, te guiaremos a través de los diferentes métodos para configurar un endpoint RPC alternativo, en caso de que quieras integrar endpoints RPC alternativos en tu proyecto de blockchain actual. ## ¿Qué es un endpoint RPC alternativo? Un endpoint de llamada a procedimiento remoto (RPC) alternativo es un endpoint de respaldo para cuando el endpoint RPC principal falla o deja de funcionar. El riesgo de una falla en el endpoint RPC puede significar la falla de miles o potencialmente millones de transacciones. Como solución, los desarrolladores han comenzado a buscar planes de respaldo para el caso en que falle el endpoint RPC principal. Una solución es configurar endpoints RPC alternativos que actúen como mecanismo de seguridad en caso de que un endpoint RPC principal no funcione correctamente. Un endpoint RPC alternativo es similar a un [endpoint RPC privado](https://www.alchemy.com/overviews/private-rpc-endpoint), que es un endpoint dedicado para una aplicación o billetera, pero difiere en su implementación. Un endpoint RPC alternativo se refiere a un respaldo, mientras que un endpoint RPC privado simplemente significa un endpoint no público. ## ¿Cuándo es un buen momento para usar un endpoint RPC alternativo? Los endpoints RPC alternativos tienen una variedad de posibles casos de uso para los desarrolladores de blockchain, que van desde [la falta de confiabilidad de los endpoints RPC públicos](https://www.alchemy.com/infura-alternative) hasta la solución de problemas comunes de transacciones como datos inexactos. En esta sección, abordaremos algunas de las situaciones comunes en las que los endpoints RPC alternativos pueden ser útiles. ### 1. Tu proveedor de RPC principal está caído Uno de los casos de uso principales para configurar un endpoint RPC alternativo es como opción de respaldo en caso de que el RPC principal esté completamente caído, lo que ocasiona una pérdida de conexión entre el software habilitado para blockchain y la blockchain. Esto puede provocar el mal funcionamiento temporal del software impulsado por blockchain si no hay disponible una alternativa RPC de inmediato. Por ejemplo, en julio de 2022, hubo una falla generalizada en la red del endpoint RPC público de Polygon alojado por Ankr, y el Chief Information Security Officer (CISO), **Mudit Gupta**, recomendó usar un proveedor de RPC alternativo para Polygon como Alchemy, que no estaba experimentando tiempo de inactividad. ### 2. Las transacciones no pasan por tu proveedor de RPC principal Otra aplicación importante de los endpoints RPC alternativos es servir como opción de respaldo en caso de que el endpoint RPC principal esté congestionado o lento, lo que provoca retrasos en las transacciones. Esto puede ser particularmente desastroso para las apps que dependen en gran medida de una comunicación instantánea con la blockchain. Antes de elegir un proveedor de respaldo, compara los datos actuales de latencia y tasa de éxito en los [benchmarks de proveedores de RPC](https://www.alchemy.com/benchmarks) de Alchemy. Cuando las transacciones fallan, usar un endpoint RPC alternativo puede ser una buena opción de respaldo para asegurar que la experiencia de usuario web3 no se vea afectada negativamente por nodos inestables. ### 3. Los datos de tu proveedor de RPC principal no son precisos Debido a que las blockchains son sistemas distribuidos globalmente, [algunos proveedores de nodos devuelven datos inexactos](https://www.alchemy.com/blog/data-accuracy) de la blockchain porque su red de nodos está desincronizada con la blockchain pública. Cuando la flota de servidores de un proveedor de nodos está desincronizada, esto provoca que los usuarios reciban datos inexactos, como saldos incorrectos, NFTs faltantes y, en general, una mala experiencia de usuario. En esta situación, tener endpoints RPC alternativos integrados en tu aplicación de blockchain significa tener la opción de cambiar fácilmente de tu proveedor de nodos principal a un proveedor de nodos secundario o de respaldo, para evitar devolver datos inexactos. ### 4. Tu proveedor de RPC principal no es escalable Por último, los endpoints RPC alternativos pueden ser útiles cuando tu endpoint RPC principal enfrenta desafíos de escalabilidad durante períodos de alto tráfico, como un airdrop de tokens, el lanzamiento de un NFT de alto perfil, o actividad on-chain incentivada. Como resultado, un endpoint RPC alternativo puede usarse para compensar el alto tráfico y así evitar que el endpoint RPC principal colapse bajo la presión de escalabilidad. ## 3 formas de abordar endpoints defectuosos Cuando estás lidiando con un endpoint RPC defectuoso, hay tres formas principales de intentar resolver la situación: reintentar la transacción en el mismo endpoint, alternar las transacciones entre una lista de endpoints RPC, o cambiar tu proveedor de RPC principal. ### 1. Reintentar transacciones usando el mismo endpoint RPC Un enfoque para lidiar con endpoints RPC defectuosos es enviar solicitudes adicionales al mismo endpoint RPC. En esta metodología, los desarrolladores envían solicitudes repetidamente al mismo endpoint RPC usando un pequeño retraso entre cada reintento. Esta técnica funciona mejor cuando un endpoint RPC puede estar temporalmente caído durante un período corto de tiempo, lo que permite a los desarrolladores enviar solicitudes hasta que ese endpoint RPC vuelva a estar en línea. ### 2. Alternar entre una lista de endpoints RPC Otro enfoque es conectarse a uno o más endpoints RPC alternativos y enviar una serie de solicitudes RPC entre una lista de diferentes endpoints RPC. En esta técnica, los desarrolladores pueden evitar el problema de que un único endpoint RPC defectuoso arruine su aplicación de blockchain, al tener múltiples opciones para reintentar transacciones en lugar de reintentar la misma transacción en el mismo endpoint. En caso de un endpoint RPC defectuoso, los desarrolladores que usan una lista de proveedores de RPC alternativos simplemente pueden conectarse a un endpoint diferente de su lista aprobada. ## Cómo configurar un proveedor de RPC de respaldo en Ethereum Debido a que configurar una lista de endpoints RPC alternativos puede ser complicado, una opción más simple, dependiendo de cómo esté construida tu aplicación, es [reemplazar tu endpoint RPC principal por un proveedor de respaldo más confiable](https://www.alchemy.com/?a=c4273aa140), como Alchemy. En este enfoque, en lugar de alternar entre múltiples endpoints diferentes, o reintentar transacciones en el mismo endpoint, puedes reemplazar la URL de tu endpoint RPC por completo con una alternativa confiable.