MultiVAC — гибкая платформа для крупномасштабных приложений
Проект публичной блочной цепи нового поколения для децентрализованных приложений промышленного масштаба. В основе MultiVAC лежит надежная технология шардов(осколков), позволяющая использовать новый подход к решению проблемы масштабируемости блокчейна.
Над проектом работает талантливая китайская группа специалистов, многие из них имеют научные степени и практический опыт работы.
Основные особенности проекта
MultiVAC является новичком среди проектов, использующих технологию шардов в сфере блокчейна. Сделав ставку на sharding авторы идеи поставили задачу создать высокоскоростную сеть для децентрализованных приложений (dApps).
Держа дистанцию от таких проектов, как Zilliqa и Emotiq они пошли по пути внедрения технологии верифицируемых случайных функций (VRF) для консенсусного механизма и выбора шардов. Такие проекты, как Dfinity и Ontology, вводят аналогичные рандомизированные методы для выбора создателей блоков. Метод учета MultiVAC предусматривает применение UXO, аналогичного тому, что применяется в блокчейне Bitcoin.Это позволяет разработчикам получить согласованности, доступности и допустимости разделов. Проще говоря, децентрализованные вычисления в широком масштабе в настоящее время являются нерешенной проблемой в области информатики. Децентрализованные сети могут максимизироваться вдоль двух углов треугольника с согласованностью, доступностью и разбиением, представляющим края. Авторы MultiVAC хорошо осведомлены об этих компромиссах и позволяют разработчикам выбирать параметры, необходимые для их использования.
Стек технологий Web 3.0 надеется конкурировать и обогнать существующий интернет за счет масштабируемых распределенных сетей. Публичные блокчейны, такие как Ethereum, работают над решениями для достижения масштабируемости второго уровня. А то же время проект Zilliqa, делают некоторые уступки в области безопасности в пользу более высокой масштабируемости.
Технологии и компоненты платформы:
VRF с Sharding
Представляют псевдослучайные функции, позволяющие пользователям
генерировать доказательство, при котором все верификаторы быстро проходят
проверку для реализации главной функции.
Шарды — просто подгруппы основной сети. Если вся сеть состоит из
двух «осколков», то при присоединении узлов к сети они должны выбирать между
ними. В сети MultiVAC VRF используется привязка узла к одному из шардов.
В проекте также применяется еще один термин — «underlying mechanic». Это случайное
число, которое генерируется в основной цепочке, а затем зашифровывается
с использованием приватного ключа неназначенного узла. Конечным
результатом является псевдослучайное число, которое затем присваивается шарду в
соответствии с таблицей вероятности.Консенсус внутри шардов
Консенсус позволяет заключить соглашение о состоянии распределенной книги без
участия третьей стороны. При использовании алгоритма для достижения
консенсуса необходимы разные пороговые значения надежности сети. Существует
множество различных схем консенсуса и вариантов схем.
При достижении консенсуса в отношении работы доля «честных» узлов внутри осколка
будет больше или равна установленной норме безопасности. Кроме того,
необходимо учитывать общее состояние синхронности сети. Узлы
попадают в асинхронное состояние при доброжелательных или злонамеренных
действиях (например, при DDOS-атаке). Пороговые значения консенсуса учитывают
вопросы безопасности и долю синхронизированных узлов.
Сеть MultiVAC определяет приоритетные алгоритмы, которые предотвращают
использование форков. В технической документации отмечается, что каждый осколок
может использовать один из следующих алгоритмов: PBFT (Zilliqa), асинхронный BFT
или BA⋆ (Algorand).Синхронизация по осколкам
В настоящее время проекты, использующие технологию шардов, сталкиваются с
одной проблемой — синхронизацией транзакций между осколками
(между узлами в пределах одного осколка), и другими осколками в сети.
В Zilliqa используется глобальная книга, разделенная каждым осколком. Для
достижения безопасности в этом случае потребуется около 600
узлов. Команда MultiVAC выбрали более простое решение. Этот механизм активируется
только при расчете учетной записи. Транзакция будет находиться в регистре в пределах
конкретного осколка, частью которого является учетная запись. На уровне
программирования такой подход упрощает весь процесс, не снижая уровень
безопасности при одновременном повышении масштабируемости.Защитный механизм Shard Spamming
Осколки можно рассматривать как подмножество общей сети. Сила распределенной
сети основана в способности поглощать DDOS-атаки или атаки 51% при
достаточном количестве узлов. У шардов в MultiVAC имеется намного меньше узлов по
сравнению с другими подобными проектами, поэтому такая сеть подвержена
повышенному риску атак.
Чтобы предотвратить такой исход, разработчики решили использовать динамическую
настройку шардов. В этом случае майнеры назначаются случайным образом для
разных осколков. Механизм случайного присваивания призван повысить
уровень безопасности, предотвращая возможность координации между
злоумышленниками.Доказательство исполнения инструкции (PoIE)
Это универсальный алгоритм виртуальной машины MultiVAC для проверки честного
вычисления смарт-контрактов. Дизайн платформы фокусируется на обеспечении того,
чтобы каждый узел с интеллектуальным контрактом был дорогостоящим в смысле
вычислений.
PoIE заставит майнеров выполнить не только хэширование, но также случайным
образом считывать большие объемы данных из памяти. Это бремя снижает
возможности попыток доминирования в сети крупных майнинговых компаний и
вычислительных центров, использующих мощное оборудование (ASIC).
В случае попыток воздействовать на сеть в процессе добычи майнеры будут нести
высокие затраты вычислительной мощности, что делает любые попытки
злонамеренных действий экономически невыгодными.Децентрализованные приложения
Современные dApp бывают разных форм и размеров. Некоторые требуют высокого
уровня безопасности, а другие нуждаются в высокоскоростной сети.
Блочные цепочки на сегодняшний день имеют ряд компромиссов, но ни одна из них не
удовлетворяет всем требованиям каждого dApp.
Например Ethereum отказался делать упор на скорость, выбрав путь оптимизации для
децентрализации и безопасности. EOS сделала некоторый шаг в сторону централизации
ради высокой скорости. В отличие от них, создатели MultiVAC определили для себя
четкие границы, в рамках которых намерены предложить разработчикам dApp свои
условия.
Для случаев требующих высокого уровня безопасности, dApp сможет выбрать осколок
с большим количеством узлов. Если на первом месте стоит высокая пропускная
способность, приложение может работать с менее децентрализованным шардом
(содержащим меньшее количество узлов).
Сильные сторон проекта :
Высокая скорость.
Благодаря масштабированию узлов MultiVAC сможет достичь
скорости в 10 000 транзакций в секунду. Это полностью удовлетворит
потребности масштабных приложений.
Гибкие вычисления.
MultiVAC разделяет транзакции, интеллектуальные контракты/вычисления,
предоставляет дополнительные возможности приложениям при создании собственной
инфраструктуры производительности и уровня децентрализации.
Бесконечное расширение.
Платформа предусматривает экономическую модель и эффективный свободный
рынок, где все узлы смогут извлечь выгоду из технологии блокчейн.
Потенциально это может привести к очевидному увеличению популярности платформы
и глобальному сетевому эффекту.
Итак! Команда MultiVAC используют уроки и опыт, полученные их предшественникам в сфере публичных блочных цепочек. Особое внимание привлекает баланс платформы между простотой и доступностью, которую сможет реализовать в криптовалютной индустрии. Также авторы намерены обеспечить гибкость и масштабируемость платформы путем внедрения более простой модели UTXO, чем Zilliqa и OmniLedger. Сторонние разработчики смогут выбирать между осколками для удовлетворения своих потребностей, будь то повышенный уровень безопасности или высокая скорость.
Официальный сайт - mtv.ac