Я всегда считал, что фраза "приоритет мобильных устройств" без поддержки данных — это просто рекламный трюк. Но после того как я посмотрел на дизайн и фактические результаты Vanar, я наоборот считаю, что он действительно исходит из реальности "мобильного пользователя" в своей работе с цепочками.
Сначала поговорим о самых очевидных показателях опыта.
В условиях мобильной сети (колебания 4G/5G),
#Vanar время подтверждения распространённых взаимодействий стабильно составляет 1–2 секунды, в часы пик также в основном не превышает 3 секунд. Эта цифра звучит не впечатляюще, но если вы попробуете на телефоне, вы поймёте — кликнули, и сразу получили ответ, не нужно следить за крутящейся иконкой.
Теперь посмотрим на потребление ресурсов, что является темой, которую многие цепочки полностью игнорируют. Vanar провёл оптимизацию состояния и вызовов для мобильных устройств, объём данных для одного взаимодействия был уменьшен до уровня KB, а не до бесконечного количества состояний. В реальном использовании, после десятка непрерывных операций, влияние на трафик и заряд очень ограничено, телефон не будет сильно нагреваться.
Есть ещё одна недооценённая цифра:
Сеть Vanar ежедневно обрабатывает миллионы высокочастотных событий взаимодействия, значительная часть из которых поступает из игр и погружающих приложений. Такие сценарии естественно ориентированы на мобильные устройства, если сама цепочка не адаптирована к телефону, она просто не сможет работать.
Поэтому я всё больше убеждаюсь, что амбиция Vanar не в том, чтобы "позволить
#Web3 пользователям использовать телефон", а наоборот — чтобы мобильные пользователи незаметно использовали цепочку. Не нужно понимать
#Gas , не нужно сложных операций, главное — чтобы было удобно, быстро и экономно.
Когда цепочка начинает проектироваться вокруг реальных устройств и реальных привычек использования, а не вокруг параметров в белой книге, то то, что она пытается сделать, явно не просто Layer1.
@Vanar
$VANRY #Vanar