Nyligen har lanseringen av @SpaceandTimeDB på Binance orsakat omfattande diskussioner på marknaden, och under en tid har det antänt den tidigare relativt impopulära narrativa riktningen för "ZK-datainfrastruktur". Som en bro mellan smarta kontrakt och data utanför kedjan försöker $SXT lösa en lägre smärtpunkt i on-chain-världen: betrodd exekvering och verifiering av data. Låt oss nu prata om mina observationer: 1) Space and Time är i huvudsak en decentraliserad blockkedja i ett lager (SXT Chain), men dess kärnvärde är inte att bygga en allmän plattform för smarta kontrakt, utan att fokusera på att lösa ett tydligt problem: att uppnå pålitlig databehandling under nollkunskapsbevis. Dess mördarfunktion, Proof of SQL, gör att manipuleringssäkra datatabeller inte längre finns på papper och realiserar verifierbarheten av frågor och dataintegriteten genom ZK-teknik. För att uttrycka det på ett annat sätt är detta en fullständig omsvängning av blockkedjevärldens inneboende tänkande om hur data bearbetas: tidigare uthärdade smarta kontrakt antingen de skyhöga gaskostnaderna för lagring på kedjan eller tvingades lita på centraliserade API:er och orakel. SXT tillhandahåller en tredje väg: att bygga ett dedikerat decentraliserat datalager, som kombinerar kryptografiska åtaganden på kedjan och SQL-exekvering utanför kedjan, vilket gör databehandling både säker och pålitlig, effektiv och billig. 2) Ur den tekniska arkitekturens perspektiv består SXT-nätverket av tre huvudkomponenter: 1. Indexerarnoder: Fungerar som en datainsamlare, ansvarig för att erhålla realtidsdata och historiska data från vanliga blockkedjor och konvertera dem till SQL-relationsformat; 2. Provernoder: Den ansvarar för datormotorns roll, bearbetar frågeförfrågningar, exekverar ZK-beprövade SQL-frågor på manipuleringssäkra tabeller och genererar ZK-bevis under sekunden. 3. SXT Chain Validators: Motsvarar datanotarier, upprätthåller nätverksintegritet, hanterar datainfogning och godkänner kollektivt kryptografiska åtaganden på kedjan genom BFT-konsensus. Den här arkitekturen gör det möjligt för on-chain-lagring att endast innehålla kryptografiska löften (liknande datafingeravtryck) snarare än fullständiga data, vilket avsevärt minskar kostnaden för on-chain-lagring. Dessutom är dessa löften uppdaterade/homomorfiska, vilket innebär att data kan uppdateras utan att hela datauppsättningens fingeravtryck räknas om, och behöver bara läggas ovanpå det ursprungliga fingeravtrycket – ett viktigt sätt att lösa den flaskhals i prestanda som traditionella ZK-lösningar stöter på vid behandling av stora datamängder. 3) SXT:s Proof of SQL är inte bara en teknisk innovation, utan löser också de grundläggande smärtpunkterna i det nuvarande ZK-bevissystemet vid bearbetning av storskaliga data: 1. Skalbarhet: Traditionella ZK-bevis är ineffektiva när det gäller att bearbeta stora datamängder, medan SXT hävdar att de kan generera ZK-bevis på millisekunder, och om gasförbrukningen för verifiering på kedjan är så låg som 150k kommer det att bli ett stort genombrott inom hela ZK Prov-fältet. 2. Utvecklingsvänlig: Det ger ett SQL-gränssnitt som utvecklare är bekanta med, snarare än komplex ZK-kretsprogrammering, vilket avsevärt minskar utvecklingströskeln; 3. Mångsidighet: Den är inte bara tillämplig på SXT:s egen decentraliserade databas, utan kan också tillämpas på traditionella databaser (som PostgreSQL och Snowflake), vilket utökar teknikens tillämpningsområde. Ur ett abstraktionsperspektiv skapar SXT faktiskt en "betrodd databeräkningsplattform" för blockkedjevärlden, som bryter igenom den naturliga datablinda fläcken för smarta kontrakt och gör on-chain-applikationer till datasilos. Det motsvarar en uppsättning "frågeprocessorer", som löser de inneboende begränsningarna hos smarta kontrakt som inte direkt kan komma åt historiska data på kedjan, data över kedjan, data utanför kedjan eller komplexa aggregerade data. 4) Bortsett från den tekniska berättelsen kan affärsvärdet av SXT vara mer anmärkningsvärt. Dess applikationsscenarier täcker nästan alla nuvarande hotspots i Web3: 1. ZK-Rollups/L2-optimering: som datalager för L2 minskar det gaskostnaderna och förbättrar skalbarheten. 2. Tvärkedje säkerhetsöverbryggning: tillhandahåll dataverifiering med flera kedjor för att förbättra brons säkerhet; 3. Decentraliserad DApp-backend: ersätt den traditionella centraliserade backend och tillhandahåll verifierbara datatjänster; Dessutom inkluderar den också datadriven DeFi, RWA, GameFi och SocialFI och alla andra användningsfall som står inför flaskhalsar i lagringen i kedjan. 5) Slutligen, låt oss ta en titt på utformningen av SXT:s token ekonomiska modell, som för mig verkar ha charmen med en traditionell POS+ -datamarknad: 1. Validerare: Satsa SXT för att delta i nätverkssäkerhet och få nätverksavgifter och belöningar för tokenutsläpp; 2. Tabellägare: Skapa och underhåll manipuleringssäkra datatabeller och dra nytta av infogningsavgifter och frågeavgifter. 3. Användare: Betala förfrågans avgift för att använda nättjänsten. Det bästa med denna modell är att "frågeavgiften" delas mellan dataleverantörer och validerare, vilket bildar en självdriven datamarknadsekologi, ju mer värdefull datan är, desto större blir frågevolymen och desto fler fördelar kommer alla parter att dra nytta av, för att locka fler högkvalitativa data att komma in på marknaden och slutföra den positiva cykeln. Över. Sammantaget är $SXT:s största innovationsvärde att det har skapat en lösning som kombinerar SQL, ett traditionellt databasverktyg, med en Web3 zero-trust-arkitektur, så att blockchain-ekosystemet kan hantera mer komplex datalogik. Detta kompenserar inte bara för de "medfödda databristerna" i smarta kontrakt, utan ger också en genomförbar väg till kedjan för applikationer på företagsnivå som har strikta krav på datakvalitet och bearbetningskapacitet. Med projektets djupa bindning till ledande ekosystem som zkSync, Avalanche och Chainlink, i kombination med Binances gyllene tecken, har SXT redan en "biljett" för att påverka den vanliga infrastrukturen. Naturligtvis är utmaningarna också uppenbara, tekniken måste fortfarande övervinna den naturliga motsättningen mellan decentralisering och prestanda, och det kommer att ta tid för marknadsutbildning och utvecklaradoption.