Вы не можете использовать «настоящий DeFi», если он не ориентирован на активы

- Рекламное объявление -

Следите за новостями Google

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

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

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

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

Хотя они действительно намного умнее, смарт-контракты не безошибочны. Одна из самых больших проблем — безопасность. Поскольку смарт-контракты на самом деле представляют собой просто код, существует постоянная опасность того, что ошибки или уязвимости проскользнут через сеть. Это не незначительный риск - миллиарды долларов в стоимости были проиграли атаки на протоколы DeFi с момента возникновения отрасли.

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

Эта ошеломляющая сложность в первую очередь связана с полным отсутствием поддержки цифровых активов, таких как токены криптовалюты и NFT, на уровне платформы. Хотя DeFi вращается почти исключительно вокруг таких активов, как BTC, ETH, USDC и т. д., крупные сети блокчейнов, такие как Ethereum, Avalanche, Solana, Cosmos, Fantom и Binance Chain, не имеют собственной концепции этих активов.

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

Почему нативные активы имеют значение

 Чтобы понять важность DeFi, ориентированного на активы, полезно взглянуть на проблемы, вызванные отсутствием нативных активов Ethereum. С помощью Ethereum разработчики размещают смарт-контракты в сети в своем небольшом пространстве, где они могут хранить данные, которые постоянно обновляются по мере обработки транзакций. В этой архитектурной модели каждая функция в DeFi должна быть реализована как смарт-контракт. Другого пути нет. Таким образом, токен, такой как ETH, представлен как смарт-контракт, который отслеживает баланс кошелька, а учетная запись с несколькими подписями — это еще один смарт-контракт, который должен быть подписан несколькими открытыми ключами для выполнения действия. Обмен токенами, кредиты, пулы ликвидности — что угодно — все это реализовано в виде смарт-контрактов.

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

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

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

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

Преимущество нативных активов

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

Транзакции Radix выполняются в среде приложения Radix Engine. Ключевое отличие заключается в том, что Radix Engine создает активы, такие как токены, напрямую запрашивая их у платформы вместе с их конкретными параметрами.

Другими словами, токены на основе Radix, такие как XRD, не формируются как объекты в тысячах отдельных балансовых списков, а вместо этого обрабатываются как физические объекты, хранящиеся в «хранилищах» или учетных записях и перемещаемые между ними при обработке транзакций. Эти хранилища контролируются непосредственно их пользователями, в отличие от EVM, где токены отдельных лиц могут быть распределены между несколькими смарт-контрактами, содержащими записи для их открытых ключей.

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

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

Эта модель настолько радикально отличается от традиционной DeFi, что Radix заново изобрел смарт-контракты как «компоненты». Поскольку они являются модульными, компонуемыми и имеют четкие функции, компоненты Radix можно рассматривать как «кирпичики Lego», которые разработчики могут использовать для простого, пошагового соединения своих приложений DeFi, даже если они не иметь опыт работы с языком программирования Scrypto.

Заключение

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

- Рекламное объявление -

Источник: https://thecryptobasic.com/2022/09/16/you-cant-do-real-defi-unless-its-asset-orientated/?utm_source=rss&utm_medium=rss&utm_campaign=you-cant-do-real-defi -если-его-актив-ориентированный