Ви не можете робити «справжній 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, не мають жодної рідної концепції цих активів.

Тому, щоб допомогти розробникам швидше створювати безпечні, захищені та функціональні dApps, необхідно переробити саму основу платформ 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 можна розглядати як «цеглинки лего», які розробники можуть використовувати для простого, покрокового складання своїх програм DeFi, навіть якщо вони цього не роблять. мати будь-який досвід роботи з мовою програмування Scrypto.

Висновок

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

- Реклама -

Джерело: 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 -якщо не орієнтований на активи