: : Koreas beste utviklere beveger seg videre til den praktiske MOVE-stabelen Som forsker har jeg møtt utallige koreanske byggherrer, og etter å ha holdt et foredrag på Nexon Developers Conference som ble holdt sist onsdag, kan jeg med sikkerhet si at det største spørsmålet blant utviklere er: hvilket økosystem bør jeg bygge i? For Web2-utviklere er det viktigste å gi ny verdi uten å gå på akkord med nytten av eksisterende tjenester når de introduserer Web3. For eksempel, hvis et spill allerede er ekstremt morsomt, er det ikke nødvendig å introdusere Web3 - noe som betyr at hvis Web3 skal introduseres, må det tilby ekstra verdi eller glede utover det som allerede eksisterer. Derfor må utviklere som vurderer å utvide Web2-tjenestene sine til Web3 evaluere infrastrukturen rundt følgende tre pilarer: 1. "Høy skalerbarhet" som pålitelig kan håndtere det store volumet av transaksjoner generert av tjenesten 2. "En svært uttrykksfull teknologistabel" som tillater fleksibel utforming av eiendeler og interaksjoner på kjeden 3. "En moden infrastruktur" med en sterk brukerbase og app-økosystem som er i stand til å generere synergier Foreløpig kan smarte kontraktsplattformer i stor grad grupperes i tre utførelsesmiljøer: EVM, SVM og MOVE. Hver har sin egen infrastrukturteknologi, fokuseringsdomener og strategiske initiativer. Derfor er det viktig for eksisterende utviklere å analysere disse forskjellene grundig og strategisk velge det økosystemet som passer best til deres tjenesteretning. Ethereum, for eksempel, var banebrytende for det tidlige smarte kontraktsøkosystemet med tilgjengelige språk som Solidity og Vyper, og vokste raskt gjennom ulike ERC-standarder. Men siden mange av disse standardene er vanskelige å implementere på protokollnivå, måtte de implementeres på applikasjonsnivå – noe som resulterte i fragmenterte implementeringer og vanskeligheter med sikkerhet og vedlikehold. Videre, siden Ethereum ikke ble designet med skalerbarhet som en prioritet, er det uunngåelige begrensninger for rikdommen av forretningslogikk som kan implementeres gjennom EVM. På den annen side overvinner SVM og MOVE, representert av henholdsvis Solana(@solana) og Sui(@SuiNetwork), mange av disse EVM-begrensningene og dukker opp som neste generasjons utførelsesmiljøer som får oppmerksomhet fra både detaljhandel og institusjonelle deltakere - personlig anbefaler jeg Solana til byggere rettet mot betaling eller institusjonell infrastruktur, og Sui til app-sentriske byggere på grunn av teknologistabelen som er optimalisert for å implementere et bredt spekter av brukstilfeller. Sui er en protokoll utviklet av kjernemedlemmene i Meta(@Meta)s blokkjedeprosjekt 'Diem', og alle aspekter – fra språkdesign til infrastrukturarkitektur – har blitt omhyggelig optimalisert for alle praktiske forretningslogikker. Takket være dette har Sui vært i stand til raskt å implementere standarder som var vanskelige å realisere i andre protokoller og er nå anerkjent som et av de raskest voksende økosystemene. Spesielt fokuserer Sui dristig på spillsektoren, der andre protokoller gjentatte ganger har mislyktes. I Q3 forbereder Sui seg til og med på å distribuere en dedikert spillenhet kalt SuiPlay(@SuiPlay), som samler Suis infrastrukturinnovasjoner - flere spill som bruker Sui-native funksjoner forventes å bli spillbare på denne enheten. I denne sammenhengen retter flere og flere koreanske byggherrer oppmerksomheten mot Sui. For det første har vi OVERTAKE(@overtake_world), en markedsplass for digitale eiendeler på kjeden som spesialiserer seg på P2P-handel med spillaktiva. OVERTAKE bygges på Sui basert på følgende strategi:...