Vakar vakarā Azu mājās veica kaut ko garlaicīgu un reālu: veica "tīrīšanu" savā bieži izmantotajā makā.

MetaMask, Rabby, OKX Wallet ejot cauri, Tīklu sarakstā ir piepildīts ar visādiem "Mainnet", "Chain", "L2", Chain ID no 1, 56 līdz 137, 42161, 8453, un tas ir viens ekrāns, kas nebeidzas. Pirmajā mirklī tas izskatās ļoti dzīvotspējīgi, it kā tas būtu "daudzkārtējās ķēdes laikmeta" pierādījums, bet rūpīgi padomājot, tas ir nedaudz absurds: izstrādātājiem lielākā daļa ir tikai "lētākas EVM", parastajiem lietotājiem tas ir tikai "viena logo pievienošana, viena RPC pievienošana".

Tajā brīdī man bija nedaudz apnicis: vai mums tiešām vajag tik daudz kopēto un ielīmēto Ethereum? Ja nākotnē AI tiešām ir jāiet uz ķēdes, kuru viņš izvēlēsies kā savu "mājas vietu"? Vai tiešām ir tā, ka kur gāze ir lētāka, tur viņš skries? Šis jautājums manā prātā riņķoja, un mans pele vēlreiz apstājās pie skaitļa, ko es iepriekš nekad nebiju pamanījis — Chain ID: 2040, un aiz tā rakstīts Vanar Mainnet.

Agrāk es to arī uzskatīju par "vēl vienu EVM", šoreiz es mainīju skatpunktu un jautāju sev: ja Vanar vienkārši vēlas augstāku TPS un lētāku gāzi, viņam nemaz nav jāspiež sevi uz "AI-ready L1" šo bedri. Ja viņš jau vēlas pacelt AI šo karogu, tad ko viņš apakšā ir izdarījis, ko citi EVM nevēlas vai pat nevar izdarīt?

Vispirms pacel to virskārtu. Vanar galvenā tīkls no maka skatpunkta izskatās ļoti vienkārši: Tīkla nosaukums ir Vanar Mainnet, RPC un WSS ir normāli aizpildīti, Chain ID ir 2040, nativā monēta ir VANRY. Tu vari izmantot Solidity, lai rakstītu un izvietotu; tu vari izmantot Hardhat, Foundry, Tenderly, process ir līdzīgs kā Ethereum; kad tu atver blokķēdes pārlūku, tas joprojām ir tavs pazīstamais interfeiss. Viss šis process izsūta signālu: Vanar nav paredzējusi darboties ar izstrādātājiem valodas un VM jomā, bet izvēlas slēpt visus "jaunos elementus" zem EVM.

Problēma ir šajā teikumā "slēpts zem EVM". Tradicionālo publisko ķēžu noklusējuma iestatījums ir ļoti vienkāršs un brutāls: ķēde ir atbildīga tikai par grāmatvedību un konsensu. Ko tu iemet iekšā — naudu, NFT, pasūtījumu grāmatu vai kaudzi modeļu parametru, tā acīs ir būtībā vienkārši bytes. Viņu rūpējas par daudzumu, avotu, virzienu, viņiem nerūp, vai šī lieta mašīnai ir "jēga"; inteliģence tiek izmesta uz ārējiem serveriem, privātām datubāzēm, projektu aizmugurē, ķēde maksimāli atceras tikai rezultātu hash vai validē pierādījumu.

Šie iestatījumi darbojas DeFi, veicot maksājumus, bet, ja tu mainīsi skatījumu uz AI, tas atklās neērtu realitāti: lielākā daļa ķēžu AI gadījumā var kalpot tikai kā "norēķinu izeja". Modelis katru dienu veic daudzus secinājumus, beigās nospiežot hash uz ķēdes kā atskaiti; patiesi vērtīgā atmiņa, semantika, konteksts ir pilnīgi slēgti ārpus ķēdes vektoru bibliotēkās un žurnālu sistēmās. Ja AI vēlas atkārtoti izmantot vakardienas atmiņu, vispirms jāiet uz decentralizētu vektoru datubāzi, lai iegūtu embedding, un pēc tam jāsalīdzina ar ķēdes stāvokli, kas nav "AI uz ķēdes", bet drīzāk "paņem AI, lai labotu veco grāmatu".

Vanar apakšā veica to neglīto, bet svarīgo darbu, kas ir apgāzis šo noklusējuma iestatījumu. Viņš nesaka vienkārši "atbalsta AI lietojumprogrammas", bet tieši izstrādā ķēdes datu struktūras, ņemot vērā "atmiņu" un "semantiku" kā pirmšķirīgus pilsoņus. Virspusē, tas joprojām ir tavs pazīstamais EVM ķēde, 2040 ir tikai parametru virkne, kad pievienojies tīklam; patiesā atšķirība ir tā, ka tas ir iekļāvis vektoru glabāšanu un semantiskās operācijas galvenās tīkla spēju robežās.

AI gadījumā patiesi noderīgas nav atsevišķas primārās dokumenta versijas, bet gan atsevišķas embedding. Daudzu projektu pieeja ir tāda, ka ķēdē tiek glabāta tikai oriģināls vai hashes, bet ārpus ķēdes tiek izveidota vektoru bibliotēka, un vidū ir API, kas skrien atpakaļ un uz priekšu. Vanar pieeja ir pavisam vienkārša: ja nākotnē lielākā daļa ilgtermiņa atmiņas pastāvēs vektoru formā, tad vienkārši izveido vietu šādiem objektiem L1, ļaujot tiem būt uz ķēdes, indeksētiem, meklējamiem pēc līdzības, nevis kā bezjēdzīgiem bytes, kas ielikti glabāšanā. Lielākajā daļā ķēžu embedding ir papildinājums; Vanar ķēdē embedding vairāk izskatās kā aktīvs, ko aizsargā ķēdes iekšējās noteikumu.

Tas tieši ietekmēja tās stāvokļa izkārtojuma veidu. Tradicionālā EVM vairāk izskatās kā milzīgs atslēga-vērtība noliktava, ja tu zini atslēgu, tu vari iegūt vērtību, bet vai šīm vērtībām ir kāda semantiska saikne, virtuālā mašīna to vispār neinteresē. Vanar pieņēmums ir tāds: nākotnē ķēdē būs pilns ar dažādām AI atmiņām, uzdevumu trajektorijām, priekšroku konfigurācijām, tās ir jāatgūst pēc "līdzības" un "semantiskās tuvības", nevis paļaujoties uz cilvēkiem, lai atcerētos kaudzi slotu un kartēšanas. Tāpēc daudzās neuztveramās vietās tiek pārveidots uz "semantiski draudzīgu" virzienu.

Šajā ķēdē vienas līguma izsaukums vairs nav tikai dažādu glabāšanas vietu lasīšana un rakstīšana, bet var izraisīt pilnīgu procesu "atgūt grupu atbilstošu atmiņu → atjaunināt pēc noteikumiem → ierakstīt atpakaļ ķēdē". Līguma virspusē joprojām ir tavs pierastais interfeisa paraksts, bet apakšā šīs atmiņas organizācijas veids ir jau pārveidots atbilstoši AI darba paradumiem. Tu vari rupji saprast atšķirību kā: citas ķēdes grāmatā atceras naudu un stāvokli, Vanar grāmatā cenšas atcerēties "AI tieši saprotamus atmiņas blokos un semantiskos fragmentos".

Kad tu atzīsti, ka "atmiņa" un "semantika" ir nopietns bizness, tīkla veiktspējas rādītāji dabiski mainīsies. Ja tu tikai veic pārskaitījumus, vari cītīgi strādāt pie L2, nospiežot stāvokli uz āru, pat var upurēt daudz inženiertehnisku detaļu, lai gūtu augstāko TPS. Kad ir jānodrošina AI ilgtermiņa atmiņa un verificējami uzvedības ieraksti, tev jāsaskaras ar lielāku mezglu slodzi, lielāku datu caurlaidību un ilgāku laika dimensiju. Vanar sniegtie mezglu specifikācijas un faktiski izpildītie darījumu apjomi patiesībā vairāk atgādina "ilgtermiņa biznesa" pieeju, nevis parametru uzkrāšanu kādam ekstremālam pieaugumam.

Šāda izvēle no emociju tirgus viedokļa nemaz nav pievilcīga. Tas nevar stāstīt stāstu par to, cik mūsu TPS ir vairākas reizes augstāka, cik mūsu gāze ir lētāka, un ir grūti sasaistīt ar kaudzi meme monētu vienā un tajā pašā pieauguma līknes. Pievilcīgāka naratīva vienmēr ir stāsts par to, kāda monēta ir pieaugusi vairākkārtīgi, kāda lietojumprogramma ir sasniegusi tik daudz aktīvo lietotāju, bet tāda kā Vanar, kas lēnām pievērš uzmanību detaļām, viegli var tikt ielikta "garlaicīgo" kategorijā.

Runājot par to komplektu, ko tu nejauši pārvietoji savā makā: 2040 un VANRY. Virspusē, tās ir tikai "tīkla numurs + gāzes tokens"; šīs loģikas apakšā slēpjas cita dimensija. 2040 vairs nav tikai skaitlis RPC konfigurācijā, bet ir atmiņas koordinātu sistēmas etiķete — kad arvien vairāk AI vērsta lietojumprogrammas izvēlas ierakstīt embedding, sarunu trajektorijas, priekšrocības un stratēģijas šajā ķēdē, 2040 pakāpeniski kļūs par "AI atmiņas koncentrācijas centra" kodu: tu vari izvietot vienu un to pašu līgumu, vienu un to pašu front-end daudzās EVM, bet tikai tas, kas ir pievienots šai 2040 stāvoklim, ir tas, kas patiesi tiek uzskatīts par "piegādājamu AI ilgtermiņa izmantošanai".

VANRY nav tikai "šīs L1 eļļas", bet vairāk kā "AI rakstīšanas un lasīšanas atmiņas rēķins". Katru reizi, kad tu ieraksti jaunu semantisko atmiņu, nospiežot grupu vektoru uz ķēdes, atjauninot kāda aģenta uzvedības trajektoriju, iztērētā gāze daļēji tiek izmantota drošības samaksai, lai nodrošinātu, ka šīs atmiņas netiek viegli mainītas un nepazūd, kad mezgls izslēdzas; otra daļa ir ilgtermiņa pieejamības samaksa, lai nodrošinātu, ka pēc desmit, divdesmit gadiem kāds inteliģents aģents vēl varēs tās atrast 2040 stāvokļa kokā. Problēma vairs nav tikai "vai šis pārskaitījums ir vērts", bet gan "vai šī atmiņa ir vērta ilgtermiņa saglabāšanai un nākotnē atklāšanai AI".

Ja tu tici vienai lietai — pēc 2026. gada AI pakāpeniski pāries no sarunu rotaļlietas uz patiesu "ķēdes strādnieku" un "ilgtermiņa lēmumu dalībnieku" — tad tu agrāk vai vēlāk uzdos sev jautājumu: kur šie strādnieki atmiņas galu galā glabājas? Ievietojot to centralizētā vektoru bibliotēkā, tas ir ērti, bet tā ir citu noliktava; ievietojot to pilnīgi bezjēdzīgā publiskajā ķēdē, tas ir grūti izmantojams, bet tev ir jāuzraksta neskaitāmas līmes kodu slāņi, lai pielāgotu to "atslēgu un vērtību pasaules" iestatījumiem.

Starp kaudzi kopētām EVM, Vanar vismaz ir izdarījis to, ko citi nevēlas darīt: atzīt, ka AI nepieciešama atmiņa, nepieciešama semantika, nepieciešama ilgtermiņa verificējama stāvokļa, un tad no Chain ID, datu struktūras līdz gāzes aprēķināšanai, šie prasības ir stingri ierakstītas vienas galvenās ķēdes pamatos. Vai tagad ir jāiet skenēt VANRY, tas ir tavs brīvība; ko es varu darīt, ir vispirms pacelt šo 2040 grīdu, lai tu redzētu, ko tieši zem tā ir vēl viena slāņa.

\u003cm-35/\u003e \u003cc-37/\u003e \u003ct-39/\u003e