Společnost Ankr nedávno překročila 1 bilion požadavků RPC za měsíc, což je základem obrovské části provozu Web3. Naše platforma RPC funguje jako most mezi aplikacemi a blockchainy, zpracovává hovory z peněženek, dApps, botů, indexerů, rollupů a dalších 🧵

Odkud ale všechen ten provoz pochází? • Peněženky a frontendy (zůstatek, metadata, nonce) • Indexery / analytika (skeny historických dat) • Boti a MEV systémy (předplatné v reálném čase + čtení) • Rollupy, L2, mosty (těžké cross-chain hovory) • Dlouhý chvost menších dApps v síti 80+

A jaké druhy metod RPC se hojně používají? • Časté čtení: eth_call, eth_getBalance, eth_getBlockByNumber atd. • Rozsah a protokoly dotazů (eth_getLogs) a trasování/ladění hovorů • Předplatné přes WebSocket (nové hlavy, protokoly, čekající tx) • Zápisy (např. eth_sendRawTransaction) - menší objem, ale kritické pro provoz

Jak se Ankr škáluje, aby byl provoz rychlý a spolehlivý? Některé z jejich strategií: • Globální anycast + regionální směrování pro snížení latence • Vyvažování zátěže s ohledem na blockchain (směrování na základě čerstvosti, role řetězce, metody) • Specializace flotily: oddělené čtení za provozu, archivace, trace/debug, zapisovací cesty • Tvarování rychlosti, vážení metod a logika převzetí služeb při selhání vyladěná podle sémantiky blockchainu • Vyhrazená infrastruktura pro podnikové klienty s vysokými nároky na propustnost

RPC je životně důležitým "kohoutkem pro čtení/zápis" Web3 - bez něj žádné zůstatky, žádné swapy, žádné mosty. Milník společnosti Ankr v počtu bilionů žádostí není žádný humbuk; Je to součet každého volání do stavu, protokolů, předplatných a transakcí v 80+ řetězcích. Aby vývojáři dosáhli co nejplnějšího výkonu, měli by používat ukládání do mezipaměti, dávková volání, připínat do oblastí, respektovat váhy metod a monitorovat využití jednotlivých řetězců/metod.