Le fondateur du réseau Lava discute des protocoles RPC et des défis actuels

Lors d'une séance exclusive avec crypto.news, Yair Cleper, PDG et fondateur du réseau Lava, a discuté des subtilités des protocoles d'appel de procédure à distance (RPC) et de leur rôle dans l'évolution de la technologie blockchain.

Les RPC sont des protocoles qui permettent aux applications de communiquer avec une blockchain et sont, à ce titre, essentiels au développement d'applications décentralisées (dApps). Les défis récents liés à la fiabilité du RPC ont été un sujet de discussion majeur dans l’industrie de la cryptographie.

Dernièrement, les perturbations du RPC ont affecté le fonctionnement de réseaux majeurs comme Solana et Manta, ce qui a suscité des appels à l'échelle du secteur en faveur d'une meilleure infrastructure RPC.

Le réseau Lava de Cleper a créé une plate-forme qui connecte les dapps aux meilleurs fournisseurs RPC dans le but de relever les défis rencontrés par les réseaux blockchain, le positionnant ainsi de manière unique pour offrir des informations sur le sujet.

Quels sont certains des facteurs clés contribuant au manque de fiabilité du RPC dans divers écosystèmes de blockchain ?

Les raisons du manque de fiabilité du RPC dépendent de l'écosystème que vous examinez. Sur Ethereum, cela est dû à la centralisation, où quelques fournisseurs majeurs prennent en charge la majeure partie du trafic, et s'ils deviennent indisponibles, les utilisateurs de dapp ne peuvent pas se connecter à Ethereum. Cependant, sur la plupart des autres chaînes, en particulier les chaînes récemment lancées, le manque de fiabilité est dû au fait que le support RPC provient principalement des membres de la communauté qui lancent volontairement des nœuds.

Existe-t-il un moyen de résoudre ces problèmes ?

Certaines mesures de base pour améliorer la fiabilité consisteraient à permettre aux utilisateurs de passer facilement et clairement à un autre fournisseur en cas d'indisponibilité de celui-ci. Une autre option consiste à promouvoir une diversité de prestataires afin que l’écosystème ne devienne pas trop dépendant d’une petite poignée.

Et de votre point de vue, quelles sont les conséquences plus larges des temps d’arrêt du RPC pour les développeurs de dApp et leurs utilisateurs dans l’écosystème blockchain ?

Si le RPC tombe en panne, pour un utilisateur, cela équivaut à une panne de la blockchain elle-même. Nous avons déjà été témoins de nombreuses pannes ou problèmes de congestion dans le passé qui ont empêché les utilisateurs de se connecter aux chaînes. Cela était particulièrement évident sur Ethereum pendant l’été DeFi et NFT, où une énorme menthe NFT suffirait à faire tomber plusieurs fournisseurs RPC.

Les développeurs peuvent-ils atténuer ces risques ?

Les développeurs peuvent atténuer ces risques en utilisant un service décentralisé et hautement redondant comme Lava, qui regroupe plusieurs fournisseurs RPC en un seul réseau et dispose de solutions de repli automatiques en cas d'indisponibilité du fournisseur. Certains développeurs utilisent déjà des solutions telles que des équilibreurs de charge, qui peuvent également s'avérer utiles.

Les récentes pannes RPC très médiatisées ont mis en évidence les vulnérabilités de l’infrastructure Dapp actuelle. Comment Lava prévoit-elle d'atténuer ces risques, en garantissant la fiabilité et la continuité pour les utilisateurs et les développeurs ?

Lava construit un réseau de chaînes et de cumuls pour démarrer facilement son infrastructure RPC et API via un mécanisme appelé RPC public incitatif. Nous construisons Lava en tenant compte de nombreuses considérations. Le réseau doit être agnostique pour prendre en charge n'importe quelle chaîne et API. Il doit être sans autorisation et peut rapidement prendre en charge toute chaîne et API demandées. Il doit offrir une faible latence et un routage basé sur la géolocalisation, avec des requêtes envoyées aux serveurs les plus proches de l'utilisateur. Il doit être extrêmement fiable et hautement disponible. Enfin, il doit être décentralisé, sans aucun point de contrôle unique pouvant empêcher quelqu’un d’accéder à la blockchain. Cela irait à l’encontre de l’intérêt de web3.

Des chaînes mettent-elles déjà cela en œuvre ?

Lava travaille déjà activement avec différentes chaînes, notamment NEAR, Evmos et Axelar, pour amorcer, optimiser et décentraliser leur infrastructure.

Comment avez-vous envisagé l’évolution des couches d’accès aux données décentralisées en termes de technologie et d’adoption ?

Lava a été conçu pour être très flexible en tant que couche d'accès aux données, et RPC n'est que le début des nombreux cas d'utilisation potentiels du réseau. À mesure que l'adoption des blockchains augmente, Lava prendra en charge des API plus complexes et spécialisées qui peuvent récupérer des données indexées spécifiques à une dapp ou à un ensemble de contrats intelligents. De plus, aujourd’hui, les couches d’accès aux données sont principalement conçues pour que les chaînes intègrent davantage de dapps. Cependant, à l’avenir, les dapps deviendront des rollups spécifiques aux applications ; ils deviendront eux-mêmes des blockchains. Cela signifie que la capacité de Lava à prendre en charge de nouvelles chaînes de manière dynamique et sans autorisation, plus rapidement que les fournisseurs centralisés, deviendra de plus en plus importante.

Les fournisseurs de RPC joueront-ils donc un rôle clé dans l’évolution de la technologie blockchain ?

Que vous soyez un développeur d'applications ou un développeur de rollups, RPC est l'infrastructure fondamentale dont vous avez besoin, et seul Lava propose des solutions pour les deux.