Не можете да правите „Истински DeFi“, освен ако не е ориентиран към активи

- Реклама -

Децентрализираните финанси се превърнаха в един от най-завладяващите случаи на използване на блокчейн технологията през последните няколко години. Способността му да управлява финансови активи и да предоставя услуги, без да е необходимо централизираните банки да разрешават транзакции и да проверяват клиентите, създаде основите на по-достъпна и приобщаваща финансова екосистема, която е от полза за всички.

Зашеметяващият растеж на DeFi индустрията, който беше оценен повече от $ 77 милиарда през март 2022 г., подчертава този потенциал. Въпреки това, в сравнение със света на традиционните финанси, DeFi представлява само малък процент от световните финансови транзакции. Това означава, че има огромно място за растеж, но това няма да се случи, докато DeFi не бъде изграден върху много по-здрави основи.

Една от големите слабости на съществуващия DeFi е, че той е изграден върху много нестабилна и неефективна архитектура – а именно интелигентни договори.

Разбира се, интелигентните договори правят DeFi възможен. Те са основният код, който позволява на децентрализирани приложения да автоматизират транзакции, когато са изпълнени определени условия, без необходимост от посредник. Те са подобни на теория на традиционните договори, но са по-интелигентни, защото не изискват изпълнение. По-скоро интелигентните договори са програмирани да изпълняват транзакции само когато са изпълнени определени, прозрачни условия. По този начин те могат да извършват транзакции незабавно, много по-бързо от традиционните финансови системи, тъй като няма нужда от човек, който да гарантира, че всички изисквания са изпълнени. Тъй като посредникът е елиминиран, таксите за транзакция също са много по-ниски.

Въпреки че наистина са много по-умни, интелигентните договори не са безпогрешни. Едно от най-големите предизвикателства е безопасността. Тъй като интелигентните договори всъщност са просто код, съществува постоянна опасност от бъгове или уязвимости да се промъкнат в мрежата. Това не е незначителен риск – милиарди долари на стойност загубени от атаки срещу DeFi протоколи откакто индустрията се появи за първи път.

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

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

За да помогнем на разработчиците да изградят по-бързо безопасни, сигурни и функционални dApps, следователно е необходимо да преработим самата основа на DeFi платформите, като преоткрием начина, по който се изграждат и изпълняват интелигентните договори. Вместо да бъдат последваща мисъл, дигиталните активи трябва да станат част от тъканта на DeFi, така че разработчиците да могат да ги създават и контролират с лекота, без да пишат масиви от тромав код.

Защо родните активи имат значение

За да разберете значението на ориентирания към активите DeFi, е полезно да разгледате проблемите, причинени от липсата на естествени активи на Ethereum. С Ethereum разработчиците внедряват интелигентни договори в мрежата в собственото си малко пространство, където могат да съхраняват данни, които се актуализират постоянно, докато обработват транзакции. В този архитектурен модел всяка отделна функция в DeFi трябва да бъде внедрена като интелигентен договор. Няма друг начин. Така че токен като ETH се представя като интелигентен договор, който проследява салдото в портфейла, докато акаунтът с няколко подписа е друг интелигентен договор, който трябва да бъде подписан от множество публични ключове, за да се извърши действие. Суапове на токени, заеми, пулове на ликвидност – каквото и да е – всички те се изпълняват като интелигентни договори.

С DeFi всички тези интелигентни договори комуникират с всеки чрез сложна мрежа за съобщения, за да изпълняват дори най-простите функции. Например, интелигентен договор, който съдържа някои токени, трябва да комуникира с втори договор, който прилага този токен отделно, чрез списък с баланси и методи за коригиране на тези баланси. За да се даде възможност за това, средата на приложението Ethereum Virtual Machine дава възможност на интелигентните договори да изпращат съобщения един на друг. По този начин интелигентните договори могат да се съставят, което означава, че разработчиците могат да ги свързват заедно по такъв начин, че да могат да извършват сложни транзакции по координиран начин.

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

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

Това, което е очевидно обаче, е, че тези взаимодействия между цифровите активи са в основата на всяка отделна DeFi транзакция. Така че е логично, че една ориентирана към активи DeFi архитектура би била много по-ефективна.

Предимството местни активи

Това е основната теория зад Корен, иновативна платформа за интелигентни контакти, създадена специално за DeFi, която третира активите като ключова характеристика на своята платформа, вместо да ги прилага в силози на ниво интелигентен договор.

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

С други думи, базираните на Radix токени, като XRD, не се формират като обекти в хиляди отделни списъци с баланси, а вместо това се третират като физически обекти, съхранявани в „трезори“ или сметки, и се преместват между тях, когато се обработват транзакции. Тези трезори се контролират директно от техните потребители, за разлика от EVM, където индивидуалните токени могат да бъдат разпределени между множество интелигентни договори, които държат записите за техните публични ключове.

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

Накратко, това е основата на ориентираната към активи DeFi архитектура на Radix. Той създава много по-интуитивен, по-лесен за използване модел за транзакции с токени, който елиминира много сложност, което прави DeFi по същество по-сигурен от традиционния модел.

Моделът е толкова радикално различен от традиционния DeFi, че Radix преоткри интелигентните договори като „компоненти“. Тъй като са модулни и композируеми и имат ясни функции, компонентите на Radix могат да се разглеждат като „лего тухли“, които разработчиците могат да използват, за да сглобят своите DeFi приложения по прост начин, стъпка по стъпка, дори и да не го правят имате опит с езика за програмиране Scrypto.