Nu puteți face „DeFi real” decât dacă este PlatoBlockchain Data Intelligence orientată către active. Căutare verticală. Ai.

Nu puteți face „DeFi real” decât dacă este orientat către active

- Publicitate -

Urmăriți-ne-pe-Google-ȘtiriUrmăriți-ne-pe-Google-Știri

Finanțarea descentralizată a devenit unul dintre cele mai convingătoare cazuri de utilizare pentru tehnologia blockchain în ultimii doi ani. Capacitatea sa de a gestiona activele financiare și de a furniza servicii fără a fi nevoie ca băncile centralizate să autorizeze tranzacțiile și să verifice clienții a creat bazele unui ecosistem financiar mai accesibil și mai incluziv, care să beneficieze toată lumea.

Creșterea uluitoare a industriei DeFi, care a fost evaluată la mai mult de $ 77 miliarde în martie 2022, subliniază acest potențial. Chiar și așa, în comparație cu lumea finanțelor tradiționale, DeFi reprezintă doar un procent mic din tranzacțiile financiare ale lumii. Acest lucru înseamnă că există spațiu enorm pentru creștere, dar asta nu se va întâmpla până când DeFi nu va fi construit pe baze mult mai puternice.

Unul dintre marile puncte slabe ale DeFi existente este că este construit pe o arhitectură foarte instabilă și ineficientă - și anume contracte inteligente.

Desigur, contractele inteligente fac posibilă DeFi. Ele sunt codul de bază care permite aplicațiilor descentralizate să automatizeze tranzacțiile atunci când sunt îndeplinite anumite condiții, fără a fi nevoie de un intermediar. Ele sunt similare în teorie cu contractele tradiționale, cu toate acestea, sunt mai inteligente, deoarece nu necesită executare. Mai degrabă, contractele inteligente sunt programate să execute tranzacții numai atunci când sunt îndeplinite anumite condiții transparente. În acest fel, ei pot efectua tranzacții instantaneu, mult mai rapid decât pot face sistemele financiare tradiționale, deoarece nu este nevoie ca un om să se asigure că toate cerințele au fost îndeplinite. Pentru că intermediarul este eliminat, comisioanele de tranzacție sunt și ele mult mai mici.

Deși sunt într-adevăr mult mai inteligente, contractele inteligente nu sunt infailibile. Una dintre cele mai mari provocări este siguranța. Deoarece contractele inteligente sunt într-adevăr doar cod, există pericolul mereu prezent ca erorile sau vulnerabilitățile să se strecoare prin rețea. Acesta nu este un risc nesemnificativ - miliarde de dolari în valoare a fost pierdut din cauza atacurilor asupra protocoalelor DeFi de când industria a apărut pentru prima dată.

O parte a problemei este curba de învățare implicată pentru dezvoltatorii de contracte inteligente. Contractele inteligente sunt alcătuite din cod spaghetti incredibil de complex și, totuși, este necesar să se creeze zeci de ele pentru a defini funcționalitatea majorității aplicațiilor DeFi. Dezvoltatorii au, în general, nevoie de câțiva ani de experiență practică cu limbajul de programare Solidity, care este folosit pentru a crea contracte inteligente pe Ethereum și rețele compatibile, înainte de a putea chiar să aibă în vedere crearea unei aplicații descentralizate funcționale și sigure.

Această complexitate uluitoare se datorează în primul rând lipsei totale de suport pentru activele digitale, cum ar fi jetoanele criptomonede și NFT-urile, la nivel de platformă. Deși DeFi se învârte aproape exclusiv în jurul activelor precum BTC, ETH, USDC și așa mai departe, rețelele blockchain majore precum Ethereum, Avalanche, Solana, Cosmos, Fantom și Binance Chain nu au niciun concept nativ al acestor active.

Pentru a ajuta dezvoltatorii să construiască mai rapid dApp-uri sigure, securizate și funcționale, este, prin urmare, necesar să reproiectăm însăși fundația platformelor DeFi, reinventând modul în care sunt construite și implementate contractele inteligente. În loc să fie o idee ulterioară, activele digitale trebuie să devină o parte a structurii DeFi, astfel încât dezvoltatorii să le poată crea și controla cu ușurință, fără a scrie o mulțime de cod greoi.

De ce contează activele native

 Pentru a înțelege importanța DeFi orientată către active, vă ajută să analizați problemele cauzate de lipsa activelor native a Ethereum. Cu Ethereum, dezvoltatorii implementează contracte inteligente în rețea în spațiul lor mic, unde pot stoca date care sunt actualizate în mod constant pe măsură ce procesează tranzacțiile. În acest model arhitectural, fiecare funcție din DeFi trebuie implementată ca un contract inteligent. Nu există altă cale. Deci, un token precum ETH este reprezentat ca un contract inteligent care urmărește soldurile portofelului, în timp ce un cont multi-sig este un alt contract inteligent care trebuie semnat de mai multe chei publice pentru a efectua o acțiune. Schimburile de jetoane, împrumuturile, pool-urile de lichiditate – cum numiți – toate sunt implementate ca contracte inteligente.

Cu DeFi, toate aceste contracte inteligente comunică cu fiecare printr-o rețea complexă de mesagerie pentru a îndeplini chiar și cele mai simple funcții. De exemplu, un contract inteligent care deține unele jetoane trebuie să comunice cu un al doilea contract care implementează acel token separat, printr-o listă de solduri și metode de ajustare a acelor solduri. Pentru a activa acest lucru, mediul de aplicație Ethereum Virtual Machine face posibil ca contractele inteligente să își trimită mesaje unul altuia. În acest fel, contractele inteligente sunt compuse, ceea ce înseamnă că dezvoltatorii le pot conecta între ele în așa fel încât să poată efectua tranzacții complicate într-un mod coordonat.

Aceasta este baza pentru DeFi modern, dar este teribil de ineficient, cu fiecare funcție implementată într-un siloz de contract inteligent. Rezultă milioane de mesaje care circulă în mod constant înainte și înapoi în rețea, cu o logică complexă necesară pentru a efectua acțiunea corectă ca răspuns la fiecare și un flux de date în continuă schimbare deținute în cadrul fiecărui contract inteligent care păstrează o evidență a tuturor tranzactiile pe care le efectueaza.

Existența aplicațiilor DeFi precum Uniswap și Curve ne arată că această arhitectură funcționează, dar asta nu înseamnă neapărat că funcționează bine. Dimpotrivă, numeroase hack-uri DeFi ne arată că este un model teribil de ineficient care creează riscuri cu adevărat periculoase pentru utilizatorii săi.

Totuși, ceea ce este evident este că aceste interacțiuni între activele digitale sunt baza fiecărei tranzacții DeFi. Deci, este de la sine înțeles că o arhitectură DeFi orientată pe active ar fi mult mai eficientă.

Avantajul activelor native

Aceasta este teoria de bază din spate Rădăcină, o platformă inovatoare de contact inteligent construită special pentru DeFi that tratează activele ca pe o caracteristică cheie platformei sale, mai degrabă decât să le implementeze în siloz la nivel de contract inteligent.

Tranzacțiile Radix sunt executate în mediul de aplicație Radix Engine. Diferența cheie este că Radix Engine creează active, cum ar fi token-uri, solicitându-le direct de pe platformă împreună cu parametrii lor specifici.

Cu alte cuvinte, jetoanele bazate pe Radix, cum ar fi XRD, nu sunt formate ca entități pe mii de liste de solduri separate, ci sunt tratate ca obiecte fizice stocate în „seifuri” sau conturi și mutate între ele atunci când tranzacțiile sunt procesate. Aceste seifuri sunt controlate direct de utilizatorii lor, spre deosebire de EVM, unde tokenurile unei persoane pot fi răspândite între mai multe contracte inteligente care dețin intrările pentru cheile lor publice.

Caracterul fizic al acestui comportament se bazează pe un model de mașină cu stări finite (FSM) care urmărește în siguranță token-urile pe măsură ce se deplasează între seifurile utilizatorului, similar modului în care un serviciu de livrare ține evidența comenzilor clienților. Este un model simplificat de tranzacție, în care utilizatorul spune în esență platformei că dorește să trimită jetoanele pe care le dețin într-un seif desemnat. Utilizatorii trebuie să trimită un mesaj de la un contract inteligent la altul și să aibă încredere că își va actualiza entitățile soldului. În acest fel, erori precum dubla contabilitate pot fi evitate, deoarece pur și simplu nu sunt posibile în cadrul acestei arhitecturi.

Pe scurt, aceasta este baza arhitecturii DeFi a lui Radix, orientată spre active. Creează un model mult mai intuitiv și mai ușor de utilizat pentru tranzacțiile cu token, care elimină o mulțime de complexitate, făcând DeFi în mod inerent mai sigur decât modelul tradițional.

Modelul este atât de radical diferit de DeFi tradițional, încât Radix a reinventat contractele inteligente ca „componente”. Deoarece sunt modulare și componabile și au funcții clare, componentele lui Radix pot fi considerate „cărămizi lego” pe care dezvoltatorii le pot folosi pentru a-și reuni aplicațiile DeFi într-un mod simplu, pas cu pas, chiar dacă nu o fac. au vreo experiență cu limbajul de programare Scrypto.

Concluzie

Abordarea DeFi a lui Radix, orientată către active, permite dezvoltatorilor să folosească resurse integrate pentru a gestiona marea majoritate a funcționalității lor smart contract. Ca atare, DeFi bazat pe Radix nu este doar mai ușor și mai sigur, ci și mult mai componabil și reutilizabil decât DeFi tradițional. În loc să scrie cod specializat pentru a defini fiecare lucru mic pe care îl face dApp-ul lor, dezvoltatorii își pot construi pur și simplu dApp-urile din biblioteca sa de resurse.

- Publicitate -

Timestamp-ul:

Mai mult de la Crypto Basic