Tehnologia Vanar, de fapt, de la bun început nu a avut de gând să mulțumească utilizatorii nativi ai criptomonedelor.
Multe blockchain-uri se concentrează imediat pe TPS, Gas, combinații, esențial servind „jucătorii de finanțe on-chain”.
Dar din perspectiva designului general al VNAR Chain, Vanar evident nu a mers în această direcție, scopul său fiind mai mult orientat spre aplicații reale pe termen lung, nu spre o competiție de parametri.
Din perspectiva nivelului de execuție, VANRY VM este o alegere „orientată spre inginerie”. Vanar folosește VANRY Virtual Machine (VANRY VM), și nu o simplă copie a EVM.
Ideea principală a acestui VM nu este flexibilitatea extremă, ci consistența execuției + stabilitatea, fiind mai importantă pentru aplicațiile de conținut, jocuri, branduri. Interacțiunile frecvente, timpul îndelungat online, sunt mai provocatoare pentru baza de date decât logica financiară complexă.
Modelul de costuri și controlabilitatea sistemului sunt cu adevărat punctele de interes ale Vanar. Vanar caută mai mult predictibilitate în costuri și comportamentul sistemului, nu un cost extrem de mic pe termen scurt. Dintr-o perspectivă inginerescă, acest lucru seamănă mai mult cu sistemele tradiționale de backend: nu urmărește scoruri, dar trebuie să fie stabil, ușor de întreținut și să poată servi pe termen lung afaceri reale.
Aceasta este și motivul pentru care Vanar s-a concentrat mai devreme pe conținut și scenarii de brand. Când stiva ta tehnologică (VNAR Chain + VANRY VM) subliniază stabilitatea, percepția scăzută, controlabilitatea, atunci este mai bine adaptată pentru scenariile „care fac utilizatorii să nu simtă prezența blockchain-ului”.
Tehnologia Vanar nu este sexy, dar evident nu este un alergător de sprint, ci mai degrabă construiește o infrastructură care poate rula aplicații pe termen lung.
@Vanarchain #vanar $VANRY
