Модульность означает несколько путей разработчика Web3 — нам нужен только один | Мнение

Самые главные криптоновости в Телеграм-канале CryptoMoon, присоединяйтесь!👇

Cryptomoon Telegram


Как опытный ветеран индустрии программного обеспечения с более чем 20-летним разнообразным опытом за плечами, я не могу не видеть параллелей между первыми днями существования Web2 и нынешним состоянием модульности в Web3. Сегодняшняя задача напоминает времена, когда разработчикам приходилось запускать собственные серверы и выстраивать сложные взаимодействия клиент-сервер, только на этот раз мы имеем дело с технологией блокчейна.

Прогресс в области модульности значительно расширил пространство проектирования для разработчиков Web3, разобрав единый комплексный стек на более мелкие и более управляемые компоненты. Однако этот рост также порождает новые проблемы, решать которые — наша обязанность как создателей протоколов.

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

Модульный путь разработчика

Давайте обрисуем опыт сегодняшнего разработчика. Прежде чем погрузиться в создание своего проекта, им необходимо определиться с основой или инфраструктурой, которая будет поддерживать их децентрализованное приложение (dApp). В традиционных веб-средах (web2) это может быть так же просто, как выбор операционной системы или использование онлайн-инструментов без программирования. Однако в случае монолитных блокчейнов возникает вопрос выбора уровня 1 или уровня 2, который лучше всего соответствует их техническим и коммерческим потребностям. В развивающейся среде Web3, которая состоит из множества взаимосвязанных компонентов (модульных), сложность и долгосрочная неопределенность делают выбор подходящего протокола все более сложной задачей.

При модульном подходе разработчикам необходимо научиться создавать систему блокчейна по частям. Тем не менее, многие из этих модульных вариантов все еще находятся в стадии активной разработки, поэтому потребуется время, чтобы их тщательно протестировать и доказать их надежность и непреходящее значение.

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

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

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

Мы были здесь раньше

Существует много ценных идей, полученных в ходе разработки web2, которые можно и нужно использовать при создании web3. Первоначально разработчики часто управляли собственными серверами и создавали сложные взаимодействия клиент-сервер для разработки приложений, похожих на web2, но этот процесс был сложным и трудоемким. Лишь с появлением облачных вычислений, JavaScript, AJAX и адаптивного дизайна у разработчиков появилась более благоприятная среда для создания удобной для пользователя платформы Web2, способной получить широкое распространение.

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

Приближается к более затвердевшему состоянию монолитная цепная структура, примером которой служит Эфириум (ETH). Несмотря на ограничения, разработчики получили глубокое понимание создания децентрализованных приложений (dApps) в этом контексте. Это новаторское поколение разработчиков Web3 впоследствии решилось исследовать другие платформы блокчейна.

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

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

Строим мосты, а не острова

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

Есть три основные возможности, с помощью которых мы можем коллективно начать решать эти проблемы.

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

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

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

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

Модульность означает несколько путей разработчика Web3 — нам нужен только один | Мнение

Erick de Moura

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

Смотрите также

2024-10-01 14:12