Невидимые компромиссы были интернализованы большинством дизайнеров продуктов web3. Стоимость расходов на газ взлетела, и вы совмещаете действия. Хранение осуществляется вне цепи, и таким образом вы строите вокруг ссылок в IPFS, которые могут не работать. Время подтверждения различается, и поэтому вы ставите спиннеры везде, чтобы загрузить. И это не инженерные особенности, но они определяют, что строится.

Каков эффект изменений в этих ограничениях? Стоит углубиться в @Vanarchain , так как его архитектура изменяет ряд переменных, которые строители обычно выражают в терминах.

Что на самом деле изменилось

#Vanar Chain не взимает низкие и переменные сборы за транзакции, а фиксированные сборы за транзакции примерно 0.0005. Он сохраняет файлы в цепочке с помощью слоя сжатия Neutron, а не ссылаясь на внешние хосты. А Kayon, движок рассуждений, позволяет смарт-контрактам читать хранимые данные, а не слепую логику.

Оба из них открывают разные дизайнерские пространства.

Микродействия становятся жизнеспособными

Вы никогда не разработаете приложение на основной сети Ethereum, в котором пользователи делают десятки мелких вызовов в цепочке за одну сессию. Математика газа убивает это. Это инвертируется с фиксированными сборами ниже цента. Не только финальные оценки, но и каждый ход игрока могут быть записаны в цепочке для проверки в цепочке. Социальная платформа обеспечит, чтобы все подписчики и посты стали реальной транзакцией, и никто не подумает о стоимости.

Исследовательский вопрос становится "Как мы можем уменьшить взаимодействия в цепочке? что они могут сделать, когда они почти бесплатны?"

Данные, которые живут там, где они используются

В момент, когда NFT CloneX исчезли из-за инцидента с Cloudflare, основная проблема была очевидна: токены в цепочке и медиа вне цепочки. Семена Neutron до одного сжатого семени Neutron могли быть встроены в строителя на Vanar, без внешних зависимостей. Пример токенизации активов в реальном мире - это акт и документы соответствия, которые навсегда запечатлены в собственности, и которые могут быть прочитаны смарт-контрактами с использованием Kayon.

Это по сравнению с традиционным стеком: токен в цепочке, документы на IPFS, соответствие через внецепочечный оракул. Каждая передача - это возможность для сбоя. Архитектура Vanar сводит их к одному объекту в цепочке.

Быстрая проверка соответствия для строителей

Нативное соответствие, когда: ваше приложение производит высокочастотные, низкие по стоимости транзакции; требует медиа, неразрывно связанного с активами в цепочке; или может использовать рассуждения смарт-контрактов о данных в хранилищах.

Принудительное соответствие, если: в основном требуется богатая ликвидность DeFi на существующих цепях; требуется огромная база пользователей; не требуется хранение данных в цепочке.

Важно быть правдивым в отношении соответствия, чем восторженным в отношении инфраструктуры.

Компромисс, который вы не можете игнорировать

Другие компромиссы децентрализации связаны с фиксированными сборами и хранением данных в цепочке. Меньший набор валидаторов. Молодая и менее проверенная сеть. Легкая среда композируемых протоколов. Их пользователи легче справляются с некоторыми операциями, но это обходится меньшей зрелостью композируемости. Vanar не будет иметь приложение PayFi интегрированное в него по умолчанию с Aave. Вопрос о том, чтобы развивать интеграции, Supra oracles, AuriSwap, кросс-цепочечные мосты, или нет, быстро ли устраняются пробелы, является вопросом реализации, который никто не может гарантировать.

Риски для строителей

Тонкость экосистемы. Меньшее количество композируемых протоколов подразумевает создание дополнительной инфраструктуры.

Зависимость от сжатия. Соотношение 500:1 для Neutron было доказано, хотя и не проверено самостоятельно в полном объеме на различных типах файлов.

Разрыв в сообществе разработчиков. Совместимость EVM полезна, но материалы для отладки сообщества и ответы на Stack Overflow не существуют в таком же количестве, как в Ethereum и Solana.

Трение при вводе пользователя. Небольшая нехватка знакомства с $VANRY кошельками приведет к дополнительной фазе конверсии, которая может незаметно затруднить принятие.

Список задач на этой неделе

Создайте тестовый проект в тестовой сети Vanar и проведите стресс-тест на создание и получение семян Neutron.

Сравните потребности вашего продукта с точки зрения частоты транзакций и затрат на хранение с моделью фиксированной платы. Если это не изменяет ваш дизайн, цепь вряд ли подойдет вам.

Сравните экосистему разработчиков VANAR и вашу вторую цепь. Опишите, что есть, чего нет и что бы вы создали сами.