Nylig har lanseringen av @SpaceandTimeDB på Binance skapt utbredt diskusjon i markedet, og i en periode har det tent den tidligere relativt upopulære narrative retningen til "ZK data infrastructure". Som en bro mellom smarte kontrakter og data utenfor kjeden, prøver $SXT å løse et lavere smertepunkt i on-chain-verdenen: pålitelig utførelse og verifisering av data. La oss deretter snakke om mine observasjoner: 1) Space and Time er i hovedsak en desentralisert ett-lags blokkjede (SXT Chain), men kjerneverdien er ikke å bygge en generell smart kontraktsplattform, men å fokusere på å løse et klart problem: å oppnå pålitelig databehandling under nullkunnskapsbevis. Dens morderfunksjon, Proof of SQL, gjør at manipulasjonssikre datatabeller ikke lenger er på papir, og realiserer verifiserbarheten av spørringer og integriteten til data gjennom ZK-teknologi. For å si det på en annen måte, er dette en fullstendig reversering av blokkjedeverdenens iboende tenkning om hvordan data behandles: Tidligere tålte smarte kontrakter enten de skyhøye gasskostnadene ved lagring på kjeden eller ble tvunget til å stole på sentraliserte APIer og orakler. SXT gir en tredje vei: å bygge et dedikert desentralisert datalag, som kombinerer kryptografiske forpliktelser på kjeden og SQL-kjøring utenfor kjeden, noe som gjør databehandling både sikker og pålitelig, effektiv og rimelig. 2) Fra et teknisk arkitekturperspektiv består SXT-nettverket av tre nøkkelkomponenter: 1. Indeksernoder: Fungerer som en datainnsamler, ansvarlig for å innhente sanntids- og historiske data fra vanlige blokkjeder og konvertere dem til SQL-relasjonsformater; 2. Prover Nodes: Den er ansvarlig for rollen til datamotoren, behandler spørringsforespørsler, utfører ZK-utprøvde SQL-spørringer på manipulasjonssikre tabeller og genererer ZK-bevis på under et sekund. 3. SXT Chain Validators: Tilsvarer datanotarius, opprettholder nettverksintegritet, håndterer datainnsetting og kollektivt støtter kryptografiske forpliktelser på kjeden gjennom BFT-konsensus. Denne arkitekturen gjør det mulig for lagring på kjeden å bare inneholde kryptografiske løfter (ligner på datafingeravtrykk), i stedet for fullstendige data, noe som reduserer kostnadene for lagring på kjeden betraktelig. Dessuten er disse løftene oppdaterbare/homomorfe, noe som betyr at dataene kan oppdateres uten å beregne fingeravtrykket til hele datasettet på nytt, og bare trenger å legges på toppen av det originale fingeravtrykket – en viktig måte å løse ytelsesflaskehalsen som tradisjonelle ZK-løsninger møter i big data-behandling. 3) SXTs Proof of SQL er ikke bare en teknologisk innovasjon, men løser også kjernesmertepunktene til det nåværende ZK-bevissystemet ved behandling av storskala data: 1. Skalerbarhet: Tradisjonelle ZK-bevis er ineffektive i behandling av store datasett, mens SXT hevder å kunne generere ZK-bevis på millisekunder, og hvis verifiseringsgassforbruket på kjeden er så lavt som 150k, vil det være et stort gjennombrudd i hele ZK Prove-feltet. 2. Utviklingsvennlig: Det gir et SQL-grensesnitt som utviklere er kjent med, i stedet for kompleks ZK-kretsprogrammering, noe som reduserer utviklingsterskelen betydelig; 3. Allsidighet: Den er ikke bare anvendelig for SXTs egen desentraliserte database, men kan også brukes på tradisjonelle databaser (som PostgreSQL og Snowflake), noe som utvider anvendelsesområdet for teknologien. Fra abstraksjonsperspektivet skaper SXT faktisk en "pålitelig databehandlingsplattform" for blokkjedeverdenen, bryter gjennom den naturlige blindsonen til smarte kontrakter og gjør at applikasjoner på kjeden ikke lenger er datasiloer. Det tilsvarer et sett med "spørringskoprosessorer", som løser de iboende begrensningene til smarte kontrakter som ikke direkte kan få tilgang til historiske data på kjeden, data på tvers av kjeder, data utenfor kjeden eller komplekse aggregerte data. 4) Bortsett fra den tekniske fortellingen, kan forretningsverdien til SXT være mer bemerkelsesverdig. Applikasjonsscenariene dekker nesten alle gjeldende hotspots i Web3: 1. ZK-Rollups/L2-optimalisering: som datalaget til L2 reduserer det gasskostnadene og forbedrer skalerbarheten. 2. Sikkerhetsbro på tvers av kjeder: gi dataverifisering med flere kjeder for å forbedre sikkerheten til broen; 3. Desentralisert DApp-backend: erstatt den tradisjonelle sentraliserte backend og gi verifiserbare datatjenester; I tillegg inkluderer den også datadrevet DeFi, RWA, GameFi og SocialFI og alle andre brukstilfeller som står overfor flaskehalser i kjeden. 5) Til slutt, la oss ta en titt på utformingen av SXTs token-økonomiske modell, som for meg ser ut til å ha sjarmen til et tradisjonelt POS+-datamarked: 1. Validatorer: Sats SXT for å delta i nettverkssikkerhet og oppnå nettverksavgifter og token-utslippsbelønninger; 2. Bordeiere: Opprett og vedlikehold manipulasjonssikre datatabeller, og dra nytte av innsettingsgebyrer og spørringsgebyrer. 3. Brukere: Betal spørringsgebyret for å bruke nettverkstjenesten. Den beste delen av denne modellen er at "spørringsgebyret" er delt mellom dataleverandører og validatorer, og danner en selvdrevet datamarkedsøkologi, jo mer verdifulle dataene er, jo større er spørringsvolumet, og jo flere fordeler vil alle parter dra nytte av, for å tiltrekke seg mer data av høy kvalitet for å komme inn på markedet og fullføre den positive syklusen. Over. Totalt sett er $SXT største innovasjonsverdi at den har skapt en løsning som kombinerer SQL, et tradisjonelt databaseverktøy, med en Web3 zero-trust-arkitektur, slik at blokkjedeøkosystemet kan håndtere mer kompleks datalogikk. Dette veier ikke bare opp for de "medfødte datamanglene" til smarte kontrakter, men gir også en gjennomførbar vei til kjeden for applikasjoner på bedriftsnivå som har strenge krav til datakvalitet og prosesseringsmuligheter. Med prosjektets dype binding til ledende økosystemer som zkSync, Avalanche og Chainlink, kombinert med det gyldne tegnet til Binance, har SXT allerede en "billett" til å påvirke mainstream-infrastrukturen. Selvfølgelig er utfordringene også åpenbare, teknologien må fortsatt overvinne den naturlige motsetningen mellom desentralisering og ytelse, og det vil ta tid for markedsopplæring og utvikleradopsjon.