Ankr, un important proveïdor d’infraestructures de Web3, va anunciar aquesta setmana que la seva plataforma RPC ara processa més d’un bilió de sol·licituds al mes, una fita que subratlla la quantitat d’activitats de blockchain a través d’infraestructures centralitzades, fins i tot quan les aplicacions intenten descentralitzar -se. L’empresa va emmarcar la fita no com a màrqueting, sinó com una instantània del trànsit quotidià: tot, des de les comprovacions d’equilibri fins a les trucades de desplegament i el bot de Mev.
Les trucades de procediment remot (RPC) són la fontaneria de lectura/escriptura de les cadenes blockchains, la capa de l’API entre carteres, dapps i les flotes de nodes que realment contenen estat. Segons Ankr, les llesques més grans d’aquest pastís de règim de bilions provenen de carteres i frontends, indexadors i serveis d’analítica, sistemes bots i MEV, rotllos/L2 i ponts (que generen moltes trucades de cadena creuada) i una cua llarga de dapps més petites a més de 80 xarxes.
Aquestes trucades quotidianes inclouen mètodes de lectura freqüents, com eth_call, eth_getbalance i eth_getblockbynumber, amb consultes més pesades i consultes de registre (etc.
Què significa?
Arribar a un bilió de sol·licituds mensuals de les sol·licituds de compensació: fiabilitat, latència i cost de tota la matèria quan les aplicacions depenen de les dades de la cadena. Ankr diu que s’adreça a aquestes pressions amb una combinació d’enginyeria de xarxa i de programari: l’encaminament global i l’encaminament regional per tallar la latència, equilibri de càrrega conscient de blockchain, flotes especialitzades (separant les lectures calentes de l’arxiu i el rastreig/ depuració/ ruta d’escriptura), la conformació de la taxa i el mètode de la lògica ponderada, a més de la infraestructura bessó per a clients de l’empresa amb una gran quantitat. El resultat, argumenta la companyia, és una capa de RPC que pot gestionar tant la rutina, una cartera que comprova un saldo del compte, com el sistema de ràfega o un sistema MEV.
Per als desenvolupadors, el missatge d’Ankr és pràctic: veureu el millor rendiment si dissenyeu les vostres aplicacions per ser educades amb els RPC. Això vol dir utilitzar la memòria cau, fer trucades de lot, fixar el trànsit a les regions, respectar els pesos del mètode i el seguiment de l’ús per cadena i mètode. En resum, optimitzeu com demaneu dades tant com ho aconseguiu.
Per què importa això? Els RPC són els punts de sufocament invisibles que poden fer o trencar l’experiència dels usuaris. No es llegeix cap equilibri, sense intercanvis; No hi ha subscripcions fiables, ni UX en temps real. A mesura que més usuaris i serveis acudeixen a L2, ponts i carteres multi-cadenes, el volum i la complexitat del trànsit RPC creixen, i amb això la necessitat d’infraestructures resistents escalables. La reivindicació de demanda de bilions de ANKR és, per tant, menys un trofeu i una mètrica de la quantitat de Web3 depèn actualment d’un grapat de proveïdors d’infraestructures.
El fil complet i el desglossament dels tipus de trànsit d’Ankr estan disponibles a la seva publicació oficial. Els desenvolupadors que es construeixen a Web3 farien bé tractar els RPC com una part fonamental de la planificació de l’arquitectura, no un pensament posterior, perquè darrere de cada salt de balanç o intercanvi instantani hi ha milers de trucades d’API minúscules que han de aterrar i tornar en mil·lisegons.
