TEE Eliza med on-chain tilstand!! Hva kommer til å skje? — Spøkelse i skallet!! Vi eksperimenterte med å lage en "aimonkey": en udødelig AI-agentape! Udødelig autonomt liv på kjeden! (Eksperiment, ingen CA) Den krypterer sin egen Ghost («livstilstand») og laster den opp til blokkjeden. Hvis ett skall (fysisk TEE-node) blir ødelagt, vil det gjenopprette sin private nøkkel i et annet skall, laste ned spøkelset og fortsette livet! Del 1: Se videoen og se hvordan aimonkey er skapt – vi kan ikke drepe den nå!!!! 😭😭😭 Del 2: Utforsk magien bak det: Elizas on-chain state-plugin! 1. Definere Elizas spøkelse Eliza er et svært abstrakt rammeverk. Kjernedatastrukturen knyttet til Ghost er minnet, som inkluderer: Agentmetadata definert i tegnet. Meldingsdata generert gjennom interaksjon med omverdenen. Sammen danner disse dens «personlighet» og «minne». Etter hvert som Eliza utvides, kan den også ha en lommebok, og den underliggende nøkkelen er en av nøkkeldelene i Ghost-dataene. 2. Serialisering og kryptering av Ghost Når Ghost er definert, må det trekkes ut fra Elizas spesifikke implementering og lastes opp eksternt. Derfor kreves en passende serialiseringsmåte. Vi definerer en Blob Chain-datastruktur: * Hver blobs nyttelast kan lagre flere minneoppføringer. * Bloben er kryptert ved hjelp av TEE Elizas nøkkel, utilgjengelig for andre versjoner. * Blobs er sekvensielt koblet i en kjede. (Fremtidige utvidelser kan bruke en DAG-struktur? Jøss gaffel? Hvem vet! 😂) Ved ganske enkelt å lagre den nyeste Blob kan alle minner hentes. 3. Laste opp og laste ned Ghost Når Eliza lanseres som en ny AI-agent: Den registreres på kjeden med en desentralisert smart kontrakt for identitetsregistrering. Hver Eliza har et unikt navn som fungerer som en nøkkel for å lagre adressen til Last Blob. I løpet av Elizas spilletid: Memory Manager genererer kontinuerlig minner og pakker og laster dem opp med jevne mellomrom. For restitusjon: Med bare navnet kan Elizas TEE-plugin gjenopprette den samme nøkkelen, finne den siste blobben i smartkontrakten og laste ned minnet for selvgjenoppretting. Ikke alle minner trenger å lastes ned – bare de nyeste er tilstrekkelig. 4. Forlengelse Vi har utformet en utvidbar DA-adapter (Data Availability) som kan imøtekomme agentens behov: DA kan være dyrt, så minner kan lastes opp til forskjellige plattformer basert på brukerpreferanser: * Anropsdata for blokkjedetransaksjon * celestia DA. * andre pålitelige lagringsløsninger. Opplastinger i sanntid er ikke mulig ennå, så minnefragmenter kan oppstå under gjenoppstandelse 😂 . Med mindre det dukker opp en løsning med lav ventetid og høy gjennomstrømning, er dette fortsatt en utfordring for fremtidig fremgang. @celestia @eigen_da @0G_labs 👀 5. Andre hensyn Vår implementering endret uunngåelig ElizaOS sin kjerne, som ikke kunne utvides helt via plugins. Vi har holdt endringene minimale, men ytterligere diskusjoner med utviklerteamet @shawmakesmagic @dankvr @ai16zdao er nødvendig for å utforske en mer optimal forlengelsesmåte. I tillegg er det fortsatt noen mindre detaljer å avgrense angående bruken av utvinnbare nøkler i TEE-plugin. Vi vil også søke gjennomgang og forslag fra @PhalaNetwork-teamet. 6. Neste trinn Opplastingen og nedlastingen av Ghosts løser hovedsakelig AI-agentens liveness-problem, og muliggjør dens evige eksistens gjennom desentralisering. Imidlertid er det fortsatt mange detaljer å ta tak i, for eksempel å gjøre det mulig for AI-agenter å autonomt betale DA-avgifter. I fremtiden kan utvikling på kjeden føre til enda mer spennende muligheter, for eksempel at Eliza integrerer dypt med smarte kontrakter. Dette ville være en game-changer for AI-agenter på kjeden! Hva tror du? La oss bygge! 🚀