Twoja aplikacja nie powinna potrzebować "spotkania budżetowego" za każdym razem, gdy rynek staje się gorący - model opłat Vanara stara się zabić tę niepewność.
Podejście Vanara to zasadniczo ceny menu: opłaty są definiowane w USD i przypisane do poziomów wielkości transakcji, dzięki czemu normalne działania użytkowników mogą pozostać w najtańszej kategorii, zamiast jeździć na zmienności tokenów.
Aby utrzymać ten cel USD w praktyce, parametry opłat protokołu są zaprojektowane tak, aby często się odnawiały, korzystając z feedu cen VANRY pobieranego z wielu źródeł rynkowych (DEX/CEX/dostawcy danych), dzięki czemu opłata widoczna dla użytkownika pozostaje blisko zamierzonej kwoty w dolarach.
A „niedawna aktualizacja”: w okolicach 19 stycznia 2026 roku, komunikacja Vanara zwróciła się mocno w kierunku dostarczenia stosu natywnego AI (podstawowy łańcuch + Kayon/inne warstwy), co sprawia, że przewidywalne mikro-opłaty mają większe znaczenie, ponieważ celem stają się liczne małe, zautomatyzowane działania onchain zamiast sporadycznych transakcji wywoływanych przez ludzi.
Dane: Najniższy poziom jest udokumentowany jako $0.0005 za transakcje o wielkości od 21,000 do 12,000,000 gazu (z uwagą, że dokładny ułamek może nieco dryfować w zależności od cen tokenów).
Dane: Strona Vanara również twierdzi, że koszt wynosi $0.0005 za tx, plus 26M+ całkowitych transakcji i ~150K transakcji dziennie jako dowód, że ściga „małe opłaty przy rzeczywistym przepustowości”, a nie tylko demonstrację laboratoryjną.
Jeśli Vanar może utrzymać te granice poziomów czyste pod rzeczywistym obciążeniem, „sub-cent” przestaje być tylko nastrojem i staje się czymś, wokół czego budowniczowie mogą naprawdę projektować: stałe UX, stałe marże, mniej niespodzianek.
