Prietenii care îmi urmăresc adesea conținutul ar fi trebuit să observe articolul despre intenție. Azi îl voi extinde pe baza unor opinii din trecut. Sper că acest articol vă poate ajuta să înțelegeți conceptul de [intenție] de la teorie la practică cum să utilizați aplicația actuală de intenție populară DappOS.
1. Despre intenție🔻
În accesul tradițional la aplicații în lanț, vor exista pași de interacțiune mai complexi. De exemplu, dacă vreau să folosesc un produs care generează interes în lanț, trebuie să parcurg:
(1) Pregătiți suficient GAZ și apoi puneți activele pe lanț
(2) Găsiți aplicația corespunzătoare în software-ul portofel
(3) Apoi autorizează + injectează active
(4) Așteptați încheierea perioadei de răscumpărare înainte de a retrage activele
Premisa acestor pași este un scenariu cu un singur lanț. Dacă trebuie să finalizați accesul operațional în lanțuri încrucișate, trebuie să luați în considerare și găsirea unei aplicații de punte în lanț încrucișat și pregătirea GAS cu lanțuri multiple.
Intenția în sine este folosită cel mai frecvent în domeniul DEX. Cel mai simplu exemplu este că, în timpul sezonului de meme, folosim un anumit TG BOT pentru a trimite o solicitare celeilalte părți: trebuie să cumpăr xx lanț xx jetoane, iar celălalt. Partidul execută automat această dorință și ne transmite rezultatele finale.
Aplicând-o în alte câmpuri, să luăm un exemplu mai ușor de înțeles. De exemplu, când am rezervat un zbor luna trecută, mi-am trimis intenția de cerere prin WeChat, iar apoi căutarea WeChat mi-a dat următoarele rezultate:
Acesta este scenariul de aplicație prevăzut pentru a rezuma într-o singură propoziție, este de a simplifica unele procese pe care utilizatorii noștri trebuie să le exploreze singuri prin execuție automată.
2. Construcție bazată pe intenție🔻
Există două avantaje principale ale aplicării designului bazat pe intenție:
(1) Experiența utilizatorului - mătăsos și eficient
Utilizatorul trebuie doar să exprime intenția, iar apoi protocolul rezolvă toate celelalte probleme din spatele intenției utilizatorului. Datorită aplicării lichidității instantanee, procesul de tranzacție nu necesită așteptarea de câteva minute pentru a finaliza o tranzacție ca interacțiunile obișnuite în lanț;
În general, intenția va scădea și mai mult pragul de înțelegere pentru utilizatori (fie incremental sau existent), rezultând sentimentul „un singur clic” pe care majoritatea aplicațiilor Web2 îl pot oferi utilizatorilor.
(2) Execuție profesională - constructorul acordului este de obicei un market maker profesionist
Rezolvatorii verticali ai cererii sunt mai capabili să faciliteze tranzacțiile pentru o execuție optimă în lanț. Funcții suplimentare, cum ar fi lotul de tranzacții și potrivirea comenzilor, fac ca execuția intenției să fie mai eficientă a capitalului
-Pentru utilizatori: evitați greșelile de bun simț, risipa de resurse și experiența dificil de înțeles în lanț
-Pentru aplicații: căile de tranzacții complexe nu se mai bazează pe contracte simple, ineficiente din punct de vedere al GAS
În acest domeniu, proiectele cunoscute includ DappOS, COW Protocol și Cashmere etc., toate axate pe tranzacții.
Modul în care aceste protocoale sunt destinate să fie construite se bazează în principal pe trei aspecte:
(1) Exprimarea intenției - utilizatorul specifică rezultatul dorit în aplicație. De exemplu, pe bridge, un utilizator poate spune că vrea să schimbe 1 ETH pe Arbitrum cu 1 ETH pe Optimism.
(2) Executarea intenției – Rezolvatorii concurează într-o licitație pentru a determina cel mai eficient mod de a executa intenția utilizatorului. Câștigătorul (de exemplu, releerul din Across) îndeplinește cererea (trimite 1 ETH utilizatorului Optimism).
(3) Acordarea intenției - Rezolvatorii sunt plătiți pentru serviciile lor (de exemplu, primesc 1 ETH + o taxă mică de la utilizatorii de pe Arbitrum). Un acord de intenție demonstrează că intenția a fost îndeplinită. Cu toate acestea, acesta este doar un aspect al soluției.
Imaginea de ansamblu este că decontarea intenției îi ajută, de asemenea, pe soluții să reechilibreze capitalul în lanțuri și active.
Acest lucru implică un concept - [solutor]. La final, mă voi concentra pe a-l descrie prietenilor care sunt mai interesați de logica de bază.
Cu toate acestea, legătura de execuție este finalizată prin competiția între diverse noduri de rezolvare. Aceasta este inversă față de cererea noastră obișnuită în lanț în ceea ce privește cererea și ofertă:
(1) Nodurile Blockchain vor prioritiza loturile de tranzacții cu cotații mai mari
(2) Prin competiția între nodurile de rezolvare, taxele dumneavoastră de gestionare pot fi reduse.
De aceea am spus la început: narațiunea intenției reconstruiește logica interacțiunii dintre utilizatori și aplicații și chiar lanțul de bază.
3. Explicație detaliată a DappOS🔻
Imaginea de mai sus arată protocoalele pe care le-am numărat anterior cu conceptul de intenție, iar acest articol introduce în principal singurul protocol cu LOGO verde - DappOS.
În prezent, este unul dintre cele mai active și influente protocoale de intenție de pe piață. În finanțarea din seria A din luna martie a acestui an, a strâns 15,3 milioane USD în principal de la Polychain, la o evaluare de 300 milioane USD în runda de semințe , a primit sprijin de la Binance Labs și Sequoia.
Ca o rețea de execuție a intențiilor, DappOS împachetează intenții specifice în produse și le pune pe front-end pentru ca utilizatorii să le aleagă simplifică detaliile pe care utilizatorii trebuie să le realizeze și oferă o modalitate mai simplă de a câștiga dobândă pe active.
Cel mai important lucru este că această acumulare a dobânzii este executată automat și actuală. De exemplu, în timpul tranzacțiilor zilnice, avem întotdeauna două stări diferite de cont: deținerea de monedă și deținerea U
(1) Deținerea de valută: De exemplu, DappOS vă permite să obțineți venituri din dobânzi din unele protocoale de venit în lanț și chiar noduri de gaj în timp ce dețineți ETH.
(2) Deținerea U: În același mod, puteți câștiga dobândă în timp ce dețineți U, iar acest U poate fi folosit în continuare normal.
Motivul pentru care dau aceste două exemple este că logica produselor de aici este de fapt similară cu produsele [actuale de gestionare financiară] furnizate de bursă. Cu toate acestea, se pare că DappOS oferă în prezent rate ale dobânzilor relativ ridicate și poate fi folosit ca schimb. Ca staţie de transfer în lanţ încrucişat.
-Tutorial de utilizare🔻
Am făcut un tutorial simplu și mi s-a întâmplat să mai rămână unele modificări în portofelul meu Web3:
(1) Căutați [DappOS] în bara de funcții [Descoperire] a portofelului sau accesați direct pagina de descoperire a portofelului și pagina de pornire (①)
(2) După conectarea portofelului (②), faceți clic pe interfața de câștig (③), care poate fi accesată prin cele două locuri indicate de săgețile din imaginea de mai sus Puteți selecta activul corespunzător în funcție de rata dobânzii (④).
(3) După finalizarea interacțiunii, activele obișnuite pot fi încapsulate în [active de intenție]
(4) Puteți apoi să retrageți acest [activ de intenție] altor lanțuri acceptate după bunul plac
(5) De asemenea, puteți transfera monede direct la adresa de plată din aplicație: Tutorial video salt🗝️
De exemplu, am depus active prin BNB Chain După ce m-am transformat într-un activ destinat, trebuie să folosesc USDT în lanțul ARB. Apoi pot alege să menționez activul dorit în lanțul ARB, fără a utiliza alte protocoale în același mod - așteptați și retrageți cu un singur clic
Cel mai important lucru este că nu trebuie să pregătesc GAS suplimentar, acesta este dedus direct din suma propriei cereri de tranzacție. Am comparat și costul utilizării unui bridge cross-chain obișnuit cu cross-chain de la BNB Chain Arbitrum Aproximativ 0.5U, utilizarea DappOS ca tranzit este relativ ieftină~(⑤vs⑥)
4. Câteva provocări potențiale cu intenție🔻
Din când în când, pe piață va apărea o idee nouă care îndrăznește să schimbe status quo-ul industriei Intenția nu este doar propusă recent, ci este un concept care se realizează treptat după ce a fost propus pentru o perioadă de timp. . Stratul inferior al implementării intenției este un nod numit rezolutor. Sunt, de asemenea, facilități care se ocupă de execuția reală a utilizatorilor. Există treizeci sau patruzeci de astfel de facilități în DappOS.
Într-o lume ideală, abordarea unei intenții reale este un mediu competitiv, cu furnizorii acestor servicii străduindu-se să atingă intenția la cel mai ieftin preț. Cu toate acestea, există anumite bariere în calea accesului pentru a deveni un rezolvator:
(1) Cerințe de staking – De exemplu, pentru a deveni un solutor DappOS necesită anumite cerințe de staking, și același lucru este valabil și pentru alte protocoale.
Aceste cerințe de staking există pentru a descuraja comportamentul rău intenționat, ceea ce este un lucru bun. Dar problema este că miza poate deveni cea mai mare barieră în calea participării, în special pentru jucătorii mai mici care nu au suficiente fonduri.
dappOS propune o soluție numită Optimistic Minimum Staking (OMS), un design care este foarte potrivit pentru protocoalele de intenție. OMS cere ca fiecare sarcină să fie asociată cu o valoare predefinită și o compensație potențială în caz de eșec, permițând executarea sarcinilor înainte ca rezultatele să fie verificate. Dacă o sarcină eșuează, rețeaua penalizează furnizorul de servicii responsabil printr-un proces de consens, asigurându-se că fie sarcina trimisă de utilizator este executată cu succes, fie că utilizatorul primește o compensație prespecificată.
Pentru nodurile de servicii DappOS, trebuie doar să angajeze un depozit minim puțin mai mare decât valoarea totală a sarcinilor de intenție nefinalizate pentru a participa la competiție.
(2) Problemă de centralizare - Multe protocoale bazate pe intenție necesită permisiunea subiectului, ceea ce înseamnă că sistemul are subiecți care pot decide cine poate participa Acestea sunt de obicei sub formă de liste albe, dar conform documentației DappOS, ei înșiși nu o fac participa la concursul de noduri de servicii.
Există influența corpului principal, care, pe lângă luarea în considerare a intereselor, prioritizează și calitatea execuției, asigurându-se că pot participa doar rezolvatorii de încredere. Această abordare ajută protocolul să ofere o experiență de utilizator fluidă și de încredere, asigurând calitatea execuției pentru utilizator. Cu toate acestea, în timp ce proiectarea de licențiere centralizată are beneficiile sale, limitează și numărul de soluții externi care pot participa la licitație.
(3) Costul complexității – trebuie să fie actualizat în mod constant pentru a atinge cele mai recente intenții inter-lanț
Pe măsură ce numărul de lanțuri continuă să crească, ceea ce face dificil pentru rezolvatori să răspundă peste lanțurile care devin populare peste noapte, protocoalele bazate pe intenții sunt o soluție relativ nouă pe piață și sunt necesare pe măsură ce apar noi narațiuni Răspunzând continuu la evoluții, care necesită frecvente actualizări din partea solutorului, adaugă un alt nivel de complexitate.
(4) Costuri fixe ridicate - scrierea codului complex, gestionarea integrărilor personalizate pentru fiecare protocol bazat pe intenții, menținerea inventarului de active încrucișate, gestionarea costurilor RPC, menținerea hardware-ului dedicat pentru a obține avantaje de performanță
(5) Stimulente - Dintr-o perspectivă rațională, rezolvatorii nu participă la un sistem intenționat de caritate, ei trebuie să vadă o rentabilitate a investiției pentru a-și justifica participarea, ceea ce înseamnă că unele protocoale trebuie să fie suficiente Doar cu o piață mare de utilizatori pot atragem soluții să se alăture, dar există de fapt un paradox logic în acest sens.
Conceptul de intenție este încă în fazele sale incipiente și doar timpul va spune dacă conceptele de design bazate pe intenție vor avea succes. Dar un lucru este clar: cu intenție, soluțiile vor continua să fie verticale pentru utilizator.
Vă mulțumesc că ați citit sper că acest articol vă poate ajuta să înțelegeți conceptul de intenție~