Vanar často dává největší smysl, když přestanete přemýšlet o tom jako o cíli a začnete o tom přemýšlet jako o vodovodu. VANAR Chain se zdá být navržen tak, aby tiše seděl pod aplikacemi, vykonávající neokázalou práci přesouvání dat, aktiv a oprávnění, aniž by od uživatelů požadoval, aby se každý čas učili nový mentální model.
Co vyčnívá, je pozornost na uživatelskou zkušenost prostřednictvím odečítání. Cíl se zdá být méně o ukazování lidem, že jsou „na řetězu“ a více o tom, aby na tuto část zcela zapomněli. Pokud infrastruktura funguje, všimnete si jí pouze tehdy, když se porouchá. Vanar se zdá usilovat o tento druh neviditelnosti, kde tvůrci a uživatelé interagují s běžnými rozhraními, zatímco řetěz v pozadí zajišťuje koordinaci.
Tento přístup má obchodní kompromisy. Když infrastruktura mizí v pozadí, může být pro samotnou síť těžší zůstat čitelná nebo odlišná. Přijetí závisí na tom, že stavitelé si to vybírají záměrně, ne kvůli hluku nebo slibům, ale protože se tiše vejde do toho, co již zkoušejí dělat. To je pomalejší cesta a ne zaručená.
Přesto se způsob, jakým @Vanarchain umisťuje $VANRY jako utilitní vrstvu spíše než hlavní akci, shoduje s touto filosofií. CreatorPad na https://tinyurl.com/vanar-creatorpad odráží ten samý zaměření na nástroje spíše než na spektákl. #Vanar se zdá být méně jako prohlášení a více jako experiment v zůstávání mimo cestu.
Někdy jsou nejambicióznější systémy ty, které netrvají na tom, aby byly všimnuty.
