Как игровой движок для DeFi может способствовать ускорению разработки

<img width="1480" height="200" alt="" src=""Бьющимся сердцем любой экосистемы децентрализованных приложений, DApps, является ее базовый технологический стек. Для Ethereum (ETH) это консенсус "Накамото", среда исполнения Ethereum Virtual Machine (EVM) и язык программирования Solidity. Вместе эти технологии позволили разработчикам смарт-контрактов продвинуть децентрализованные финансы (DeFi) от концепции к реальности.

Для того чтобы DeFi совершила следующий скачок — к массовому внедрению — технологическим требованием, привлекающим наибольшее внимание, является масштабируемость. Хотя Solidity и EVM — это основные технологии, которые позволили Ethereum стать первопроходцем в области DeFi, первопроходцы также совершают все ошибки. Вы когда-нибудь задумывались, почему сегодня кажется, что существует бесконечная серия хаков и эксплойтов для DeFi? Это результат подхода к программированию, который делает невероятно трудным безопасное управление токенами. Ведь когда Ethereum только создавался, DeFi еще не существовало.

Но исправить ситуацию не так-то просто. Серьезные изменения в Solidity и EVM невозможны, поскольку это привело бы к поломке большинства уже созданных DApps. Поэтому у новых платформ есть реальная возможность изучить и улучшить опыт разработчиков — ведь улучшенные DApps, которые создадут эти разработчики, могут обеспечить следующую волну внедрения DeFi.

Почему разработка DeFi на Ethereum затруднена

Как бы то ни было, будь то токены для децентрализованного заимствования и кредитования, токены для NFT-игры или произведения искусства, или токены для финансового дериватива, они лежат в основе практически всех вариантов использования DeFi и криптовалют.

Однако единственным токеном, который платформа Ethereum понимает изначально, является ETH. Все остальные токены, будь то ERC-20, 721, 1155 или любой другой стандарт, существуют только как переменные (обычные старые числа) внутри каждого смарт-контракта.

Токен Tether — USDT — представляет собой список счетов и соответствующих балансов внутри смарт-контракта USDT. То же самое касается Shiba Inu (SHIB) и всех остальных токенов, созданных на базе Ethereum. Именно поэтому вы не можете обменивать ETH на Uniswap (UNI), а вместо этого, как ни странно, должны обменивать wrapped-ETH (wETH), который представляет собой токен ERC-20, обеспеченный ETH, находящимся на хранении.

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

Чтобы обменять USDT на SHIB, отправляется сообщение о списании средств с вашего счета в контракте USDT и зачислении средств на ваш счет в контракте SHIB. Но USDT, списанные с вашего счета, должны поступить на какой-то другой счет в контракте USDT, и точно так же SHIB, зачисленный на ваш счет, должен поступить с какого-то другого счета в контракте SHIB.

Когда вы меняете USDT на SHIB, вы должны получить деньги с какого-то другого счета в контракте SHIB.

Поскольку разработчикам приходится внедрять новый токен в каждый смарт-контракт и обеспечивать безопасность своих контрактов при всех возможных сценариях, они тратят почти все свое время, до 90%, на тестирование и проверку. В результате у них почти не остается времени на создание того, что им действительно нужно: функциональность DeFi.

При таком разочаровывающем опыте разработчиков, есть ли лучший способ? 

Токены как основа разработки DeFi

DeFi — это все о токенах. Это означает, что токены не должны быть чем-то второстепенным в процессе разработки — они должны быть в центре внимания, в самом ядре платформы.

Именно поэтому правильный язык программирования может ускорить развитие не только отдельной платформы, но и целой отрасли. Примером тому может служить Radix, протокол первого уровня, который использует «актив-ориентированное» программирование и внедряет его со своим языком программирования Scrypto.

Как это работает? Во-первых, токены больше не определяются внутри смарт-контракта, как в случае со списком счетов и балансов, описанным выше. Вместо этого токены живут в отдельном слое, следуя правилам, которые устанавливает платформа. Подобно тому, как платформа Bitcoin обеспечивает, чтобы BTC нельзя было дважды потратить, слить или потерять в транзакции, так и ориентированное на активы программирование обеспечивает те же виды логического поведения, но для каждого токена, созданного на платформе. 

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

Учитывая эту физическую природу поведения, разработчики DeFi могут создавать приложения DeFi DApps так, как они интуитивно нарисовали бы их на доске. Такие слова, как «взять» и «положить» в языке программирования, на самом деле берут и кладут токены на место.

Больше не нужно определять правила финансирования в каждом отдельном смарт-контракте с нуля, как в Solidity. С Radix разработчики получают все необходимые инструменты для быстрого создания безопасного кода, что повышает их производительность.

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

Освоение нового подхода к разработке DeFi требует работы. И это особенно рискованно, если экосистема, для которой вы строите, начинается с нуля, по сравнению с экосистемой с тысячами DApps, зрелыми сообществами разработчиков и миллионами пользователей. 

Но, как мы увидели в 2021 году, новые слои могут быстро расти. При правильном подходе есть шанс, что мы увидим нового новичка в городе. Вполне возможно, что он будет способен активизировать сообщество разработчиков, нацеленных на массовое внедрение DeFi.

Узнайте больше о Scrypto компании Рэйдикс

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