Hvis du ble bedt om å redesigne hele Web3-applikasjonsarkitekturen din i dag – hvor ville du begynt? Svaret gitt av @anoma er: start fra "intensjonen", det vil si start fra brukernes reelle behov, i stedet for å ha de tekniske detaljene til front-end-sider og kontraktssamtaler først. Den såkalte intensjonssentriske arkitekturen, for å si det rett ut, gjør "hva brukeren ønsker" til førsteprioritetskravet, ikke lenger en skjult parameter bak knappen, men sentrum av hele systemet. Brukeren trenger bare å beskrive "hva jeg vil gjøre", og systemet koordinerer automatisk resten av matchingen, betingede begrensninger, motpartsoppslag og endelig levering. For eksempel, hvis jeg sier: "Jeg vil bytte 100 stETH mot tilsvarende RWA-eiendeler, må det være det beste pris/ytelsesforholdet, og det må gjøres innen i dag." ” Hvis du gjør dette selv, vil du enten finne aggregatorer for å gjøre rutingen, eller legge inn bestillinger, sammenligne og vente på transaksjoner i flere puljer, noe som kanskje ikke oppnås. I et intensjonssentrisk system blir dette kravet dekomponert til en eksplisitt intensjon, kringkastet og håndtert og avgjort av en oppfyllelig løser. Anoma deler opp systemet i fire moduler: 1⃣Intensjon: brukerens ønsker og begrensninger 2⃣Oppdagelse av motpart: Finn en annen part du kan matche 3⃣Løsning: Finn den beste løsningen 4⃣Oppgjør: Endelig levering og rekkevidde på kjeden Faktisk utgjør disse fire delene den minst vanlige faktoren for fremtidige applikasjoner. Mange av de komplekse DApp-ene du er kjent med, for eksempel OpenSea, Gitcoin og CoWSwap, dreier seg alle om disse handlingene. Det er bare det at den tradisjonelle arkitekturen gjør denne prosessen tung og fragmentert, brukeropplevelsen er ikke enhetlig, og utviklingen er vanskelig. Fordelen med intensjonsentrisk er at den abstraherer og standardiserer alt dette. Det viktigste er at det kommer med desentraliserte egenskaper. I Anomas design er løsere og bosetninger åpne nettverk der hvem som helst kan delta i oppfyllelsesintensjoner, ikke sentraliserte rutere eller "bare baner" forhåndsinnstilt som standard. Og det er bare begynnelsen, Anoma vil snakke om mer grunnleggende ting som identitet, dataflytkontroll osv. Hele intensjonsarkitekturen kan være inngangspunktet til "post-smart kontrakt-æraen". Personlig er jeg veldig positiv til den intensjonssentriske arkitekturen, og tror til og med at den har muligheten til å omdefinere strukturen til on-chain-applikasjoner som "kontomodellen" og "EVM" tidligere.