@0xzerebro ha recentemente annunciato il rilascio del framework e degli standard di ZerePy, e molte persone hanno ricominciato a chiedersi perché non emettere direttamente token, come se si stesse costruendo un mito comunitario simile a ELIZA. Questa domanda è in realtà interessante, discutiamo le opinioni:
1）In primo luogo, organizzazioni DAO come ai16z si basano su agenti AI senza proprietario per guidare la comunità; gli standard di framework di ELIZA rappresentano in realtà la coesione della comunità e le aspettative per lo sviluppo futuro dell'ecosistema open source.
L'influenza di ELIZA nella comunità degli sviluppatori di Github sta crescendo a un ritmo visibile, è stata approvata ufficialmente da ai16z e il mercato ha aspettative coerenti nei suoi confronti. Ci sono molti fattori casuali qui, non seguono completamente le impostazioni iniziali.
Pertanto, come ai16z progetterà il Tokenomics e chiarirà la relazione tra ai16z ed ELIZA, sarà molto cruciale. Ma tutto ciò è ancora incerto e richiede ulteriore osservazione.
2）Il problema è sorto, di conseguenza progetti come ARC, Swarms e altri hanno scelto di emettere token per la prima volta attraverso il repo di Github (IGO), un modo innovativo che rappresenta un mezzo di finanziamento della comunità, non ci sono problemi.
Ma la questione è: il framework standard dovrebbe emettere token? Se sì, come dare potere è la chiave. Attualmente il sentiment di mercato è alto, e l'emissione di token sembra essere diventata uno standard. Ma senza criteri chiari, potrebbero sorgere progetti di 'emissione di token per il gusto di emettere token', il che è chiaramente indesiderabile.
3）L'emergere di ZerePy ci offre in realtà un campione. In sostanza, la relazione tra ZerePy e Zerebro è simile a quella tra OP Stack e Optimism, poiché trasformerà il successo di Zerebro nelle applicazioni AI in un framework open source, consentendo l'emergere di più applicazioni AI con il gene di Zerebro.
Per Zerebro, questo è un modo di commercializzazione per attrarre e ampliare l'ecosistema open source. Per quanto riguarda se emettere un nuovo token del framework o autorizzare token MEME, entrambe le possibilità esistono, ma come scegliere dipende dal focus di mercato di Zerebro. Se si decidesse in modo avventato di separare 'token secondari', non sarebbe saggio per un progetto focalizzato su AI singoli.
A meno che l'ecosistema di ZerePy non si sviluppi a una certa scala, addirittura con tendenze verso la piattaforma, e l'old Zerebro Tokenomics non riesca a soddisfare le esigenze di incentivazione di ZerePy, allora l'emissione di token avrebbe senso. Altrimenti, token simili possono essere considerati solo come MEME.
Quindi credo che, se il framework standard debba emettere token, alla fine emergerà una logica intrinseca:
Per quei framework standard che devono fare affidamento sugli effetti di piattaforma e si concentrano sull'operatività in catena, l'emissione di token potrebbe essere necessaria. Tuttavia, per gli ecosistemi di AI singoli o altri tipi di organizzazioni DAO, se il framework debba emettere token deve essere analizzato caso per caso.
Infine, voglio ricordare a tutti che, sebbene l'emissione di token tramite Github (IGO) sia un approccio innovativo, nelle fasi iniziali, il rischio di frode è molto elevato. È fondamentale imparare a distinguere la qualità del codice nei repository di Github, analizzare la visione di commercializzazione del progetto e, cosa più importante, valutare l'affidabilità del team.
Per quanto riguarda il fatto che la comunità delle criptovalute MEME sia stata approvata ufficialmente, ELIZA ha già aperto un precedente, ma non possiamo attualmente stabilire se ci saranno progetti simili in futuro. Inoltre, non sappiamo se ELIZA possa veramente dare potere, è ancora un'incognita. Comprare ciecamente solo perché si vede uno standard di framework è completamente dipendente da fantasie e speculazioni, il rischio è troppo elevato.