Autore: Haotian

Molte persone non capiscono ancora perché continui a chiedere ai progetti standard del framework AI di andare verso la "chainizzazione"? Forse durante i due cicli di mercato, l'infrastruttura Chain ha sostenuto troppe aspettative, ora che finalmente siamo nell'era delle "applicazioni" degli agenti AI, tutti hanno una sorta di paura della "catena". Ma, per far sì che gli agenti AI possano prendere decisioni autonome e collaborare in modo affidabile, è necessario orientarsi verso la "chainizzazione".

I framework attualmente popolari come ELIZA, ARC e Swarms sono fondamentalmente ancora in una fase di "concetto", in questa fase non possono essere falsificati e tornare a zero, né possono essere dimostrati e aumentare esponenzialmente, sono sostanzialmente in una fase in cui la valutazione non può essere quantificata. Questo è il primo ostacolo per l'emissione di asset su Github, è necessario trovare la possibilità di attuazione per il framework e la visione delineata, affinché si ottenga il riconoscimento unanime del mercato.

Analizzando attentamente i framework come ELIZA, ARC e Swarms, sia che si tratti di ottimizzare le prestazioni di un singolo agente AI o di un framework di interazione collaborativa tra più agenti AI, essenzialmente devono chiarire un insieme di logica e regole tracciabili per le chiamate API del modello AGI.

Dopotutto, i dati sono off-chain, il processo di inferenza è difficile da verificare, il processo di esecuzione è opaco e i risultati dell'esecuzione sono incerti.

Da una prospettiva a breve termine, il TEE offre una soluzione a basso costo e ad alta fattibilità per un'implementazione "trustless" off-chain che può accelerare l'applicazione dell'AGI nel processo decisionale autonomo degli agenti AI, ma da una prospettiva a lungo termine, è comunque necessaria una forma di "consenso on-chain" per diventare più affidabile.

Ad esempio, ELIZA vuole costruire un piano di custodia delle chiavi private autonome per gli agenti AI basato sul proprio framework, utilizzando la capacità di autenticazione remota sicura del TEE di @PhalaNetwork, che può garantire che il codice di esecuzione dell'AI-Pool non venga modificato prima della firma della chiave privata, ma questo è solo il primo piccolo passo dell'impatto del TEE nella direzione degli agenti AI.

Se possiamo inserire la logica di esecuzione complessa predefinita nel Contratto dell'Agente, consentendo ai Validatori della catena Phala di partecipare alla verifica, si aprirà una catena basata sui dettagli di esecuzione TEE vincolati dal consenso della catena. A quel punto, la domanda di TEE degli agenti AI attiverà un volano positivo di potenziamento della catena.

La logica ha senso, il TEE può garantire che la chiave privata non sia visibile, ma come viene invocata la chiave privata, su quali regole predefinite viene invocata, come viene attivata la risposta di emergenza per il rischio, ecc. A breve termine, si può affidare a un repository di codice open source per garantire la trasparenza, ma a lungo termine, non è tutto basato su un sistema di consenso di verifica decentralizzato per la validazione in tempo reale?

Quindi, la "chainizzazione" può accelerare la fase di applicazione pratica del framework degli agenti AI e portare nuove opportunità incrementali con l'infrastruttura Crypto.

La direzione è già molto chiara, per la maggior parte delle persone, cercare e sentirsi ottimisti verso il framework degli agenti AI che per primo si "chainizza" e il vecchio chain che per primo supporta gli agenti AI, è davvero l'Alpha nella nuova tendenza degli agenti AI.