July 5, 2022

Знакомство с AltLayer (часть I): эластичный масштабируемый слой с накопительными пакетами, ориентированными на приложения

Это первая из серии вводных статей о том, почему, как и что такое AltLayer. В этой первой части серии мы сосредоточимся на «почему». Чтобы быть точным, мы отвечаем на два ключевых вопроса: «Зачем нам нужно решение, подобное AltLayer?» и «почему сейчас?». В дальнейшем мы углубимся в «что» и «как» AltLayer, которые представят технические детали платформы и ее функций.

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

Система предназначена для мира с несколькими цепями и несколькими виртуальными машинами, поэтому по умолчанию будет поддерживаться как EVM, так и WASM. В результате AltLayer не будет привязан к одному уровню 1 или 2, а может работать как модульное и подключаемое решение для масштабирования для всех цепочек, совместимых с EVM и WASM.

С этим решено, давайте копать!

Зачем строить новую инфраструктуру?

Спустя семь лет после запуска Ethereum и нескольких других цепочек сегодня совершенно очевидно, что видение создания общего назначения и универсального уровня 1, который мог бы размещать и выполнять транзакции для всех dApps мира, трудно, если не невозможно реализовать без существенно жертвуя децентрализацией или безопасностью сети.

В свете этого было предложено несколько проектов уровня 2 (которые обеспечивают безопасность цепочки уровня 1), таких как Polygon PoS, Optimism, Arbitrum, StarkNet, zkSync и Scroll среди других. Уровни 2, в частности, дизайн, которому следуют Arbitrum, Optimism и zkSync, обеспечивают новый уровень выполнения, в то время как связанная цепочка уровня 1, то есть Ethereum, действует как уровень консенсуса. Разделяя выполнение и консенсус (т. е. следуя философии модульного проектирования), уровни 2 могут масштабировать цепочку уровня 1 на несколько порядков. Но, поскольку эти уровни 2 предназначены для общего назначения, они по-прежнему страдают от тех же проблем, что и уровни 1, то есть более используемые dApps должны конкурировать за одно и то же блочное пространство с большим количеством неиспользуемых dApp.

Монолитные проекты уровня 2, такие как Polygon PoS (и BSC, который является сайдчейном для Ethereum), уже сталкивались с проблемами перегрузки в прошлом из-за общего блочного пространства во всех dApps. Мы утверждаем, что даже модульные уровни и уровни, предназначенные только для выполнения, такие как Arbitrum, будут иметь аналогичные проблемы в будущем, поскольку они имеют тот же общий дизайн блочного пространства, что и монолитные уровни 2, однако потолок может быть немного выше. Мы увидели проблеск таких проблем в недавней кампании Odyssey.

Неотъемлемое ограничение уровней 1 и 2 общего назначения на хостинг и выполнение всех типов транзакций также подтолкнуло к идее наличия цепочек для конкретных приложений, таких как Cosmos и Polkadot, или подсетей в случае Avalanche, где популярному децентрализованному приложению не нужно конкурировать с другими dApps за блочное пространство в той же сети. Каждому dApp принадлежит свое выделенное пространство блоков.

Однако цепочка для конкретного приложения становится пустой тратой ресурсов (физических или экономических), если dApp не имеет достаточной пользовательской базы. Например, в случае с Avalanche цепочка децентрализованных приложений принимает форму подсети, которая требует размещения токена суверенной цепочки (т. е. AVAX) для экономической безопасности, и, следовательно, децентрализованное приложение, которое едва может использовать свое блочное пространство, в конечном итоге будет занимать скудное экономическое пространство. ресурс, который вместо этого можно было бы использовать для защиты более используемой подсети.

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

Почему сейчас?

В AltLayer мы твердо верим, что сложно, если вообще возможно, создать мировой компьютер общего назначения (первоначальное видение Ethereum), на котором можно разместить любое децентрализованное приложение без существенного ущерба для децентрализации и/или безопасности. Блочное пространство является дефицитным ресурсом, и монолитные схемы цепочек (например, существующие уровни 1) не оптимизируют использование блочного пространства, тем самым позволяя одному популярному приложению вывести из строя всю сеть.

Хотя мы видели сбои монолитных универсальных цепей, с положительной стороны, мы начали видеть:

  1. Успешное развертывание и внедрение модульных уровней, предназначенных только для выполнения, таких как StarkNet, Arbitrum и Optimism, среди прочих, которые используют накопительные пакеты.
  2. Цепи для конкретных приложений пользуются все большим спросом. Несколько проектов, основанных на Cosmos и Polkadot, а также другие проекты, такие как Ronin, доказали, что цепочки, которые обслуживают определенные потребности приложений, могут процветать в изоляции.

Все эти явления и события в совокупности увеличили спрос на создание настраиваемых модульных уровней исполнения, ориентированных на конкретные приложения. Другими словами, у пространства теперь есть аппетит и потребность в сети слоев, предназначенных только для выполнения, в стиле Cosmos/Polkadot.

Немного реальной мотивации

Сегодня разработчик dApp хотел бы иметь доступ к SDK, позволяющим ему создать накопительный пакет, защищенный уровнем 1 по его выбору, а затем при необходимости избавиться от него. Несколько недавних событий являются прекрасными мотивирующими примерами необходимости построения такой инфраструктуры. Мы выделяем три таких события в трех популярных сетях, а именно: Solana, Ethereum и Polygon PoS.

Отключение Solana 2 мая 2022 г.: сеть Solana была отключена 2 мая 2022 г. на 7 часов из-за большого количества транзакций, созданных ботами NFT.

Один из валидаторов Solana даже предложил подвергать цензуре транзакции, предназначенные для контракта Metaplex, чтобы смягчить проблему, в результате чего другие эмитенты NFT просили валидаторов не блокировать их контракты.

Yuga Labs Minting Issue на Ethereum 1 мая 2022 года: Yuga Labs планировала провести мероприятие по продаже NFT 1 мая 2022 года на Ethereum. Однако спрос на NFT был настолько высок, что, несмотря на внедрение внутрисетевого процесса KYC и максимально допустимое количество чеканки 2 NFT на KYC-кошелек, сеть Ethereum не смогла справиться с внезапным ростом спроса. В результате Yuga Labs теперь планирует перенести проект в свою собственную сеть. Недавно он был поставлен на голосование, и около 47% пользователей проголосовали за APEChain.

Если мы на мгновение остановимся и проанализируем эти два конкретных события, то обнаружится одна ключевая и общая характеристика — чеканка NFT — кратковременное событие. Событие монетного двора NFT часто заканчивается через несколько дней (иногда через часы или даже минуты), и только в течение этих нескольких дней пользовательская активность чрезвычайно высока. Как только событие монетного двора завершено, активность пользователя довольно быстро замедляется до точки, когда объем, генерируемый вторичной торговлей или другими действиями, может быть легко обработан любой монолитной цепочкой.

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

Идеальным решением для двух вышеупомянутых сценариев было бы своего рода временное объединение, которое разработчики могли бы запустить перед событием чеканки, запустить событие чеканки во время объединения (т. е. все продажи и чеканка NFT происходят во время объединения) и однажды чеканка завершена, активы размещаются на базовом уровне 1, а накопительный пакет утилизируется.

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

Перегрузка сети Polygon PoS в январе 2022 г.: в начале января более 40% комиссий за газ в Polygon PoS приходилось на игру Sunflower , в которой нужно было зарабатывать деньги. Учитывая его вклад в сеть, он выиграет от собственного выделенного накопительного пакета, который также снизит нагрузку на Polygon. Мы уже видели монолитные сети, посвященные играм, такие как Ronin (для Axie Infinity) и совсем недавно сеть DFK на Avalanche (для DeFi Kingdom).

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

Вывод

Пространство блокчейна находится на важном этапе, чтобы стать свидетелем пересечения цепочек приложений в стиле Cosmos/Polkadot и накопительных пакетов со встроенной модульностью. В этом сообщении в блоге рассказывается о сути AltLayer — уникальном решении, которое создает ориентированный на приложения уровень масштабирования и выполнения, аналогичный оптимистичным сверткам для любой цепочки EVM и WASM.

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

До свидания и станьте частью нашего растущего сообщества!

Твиттер : https://twitter.com/alt_layer
Дискорд: https://discord.gg/WKfhRRBtmM