$ZKJ L'autore ha letto questo articolo (Releasing Greenfield zkMessenger) (20 aprile 2023), e ha immediatamente percepito che questo è un'importante 'espansione funzionale' nella strategia di Polyhedra, rivelando ufficialmente che zkBridge non si limita a un ponte per asset o uno stato, ma può anche evolversi in 'infrastruttura di comunicazione tra catene'. L'autore ha organizzato la struttura dell'intero articolo come segue, e presenta una spiegazione approfondita:

Uno, identità di questo documento: primo scenario dimostrativo dell'applicazione della tecnologia zkBridge, con significato storico.

Questo è il primo vero esempio di Polyhedra che mostra la forma di attuazione di zkBridge nelle applicazioni Web3 reali—

'Non è solo una sincronizzazione dello stato tra le catene, ma è anche un 'sistema di messaggeria' tra le catene.'

Questo sistema di messaggeria non solo può 'trasmettere dati', ma può anche 'trasportare file', 'scegliere percorsi', 'contenuto ricco', come nel sistema Email reale.

Due, questo prodotto ha il nome: 'Greenfield zkMessenger'.

• Greenfield → rappresenta BNB Greenfield (rete di archiviazione decentralizzata).

• zkMessenger → Protocollo di messaggistica cross-chain realizzato su zkBridge.

Sotto la fusione, si traduce in:

Utilizzare zkBridge per sincronizzazione del fiducia cross-chain + utilizzare Greenfield per l'archiviazione dei carichi.

Tre, decostruzione tecnologica: 'Ponte di fiducia ZK' + 'rete di archiviazione distribuita' costituiscono un sistema di comunicazione dati.

Il sistema comprende due principali soggetti tecnologici: uno è zkBridge fornito da Polyhedra, utilizzato per il trasferimento di stato tra le catene e la verifica dei messaggi (cioè 'chi ha inviato cosa'); l'altro è la rete Greenfield di BNB, che si occupa della responsabilità di archiviazione decentralizzata, per memorizzare il contenuto dei messaggi e gli allegati, assicurando che la proprietà dei dati non sia controllata in modo centralizzato.

Il sistema zkMessenger composto da questo non solo può effettuare semplici trasmissioni di testo, ma può anche realizzare le seguenti capacità:

• Supporta l'invio di allegati e messaggi di testo lunghi;

• È possibile personalizzare la scelta del mittente e del destinatario tra le catene;

• I messaggi sono autenticati tramite indirizzi EVM, con supporto per identità blockchain.

• Tutte le informazioni sono tracciabili e lo stato è verificabile;

• Accesso espandibile a qualsiasi applicazione Web3 o contratto intelligente per realizzare comunicazioni e interazioni più complesse.

Quattro, punti salienti delle funzionalità enfatizzati ufficialmente.

L'autore ha organizzato i 'punti di forza funzionali' per gli utenti, allegando una decostruzione come segue:

Meccanismo di invio/ricezione cross-chain personalizzabile

Gli utenti possono scegliere arbitrariamente la catena di invio / ricezione (compatibile con EVM), realizzando un vero 'invio di messaggi cross-chain'.

Questa è una funzionalità che il tradizionale 'sistema di messaggi wallet' fatica a realizzare.

Archiviazione distribuita su BNB Greenfield.

I messaggi non vengono inviati a server centralizzati, ma vengono archiviati in DStorage di Greenfield.

Questo è molto importante, poiché significa: ZK è responsabile per 'verificare chi ha inviato', Greenfield è responsabile per 'memorizzare il contenuto', i due sono disaccoppiati, e il sistema ha una forte scalabilità e neutralità.

Indirizzo di ricezione EVM personalizzabile.

Non è un account vincolato, purché sia un indirizzo EVM, può essere designato come destinatario.

L'operazione reale è simile a: 'inviare e-mail' on-chain a qualsiasi wallet.

Questa caratteristica apre spazi di immaginazione futuri per Inbox integrato nel wallet e notifiche di comunicazione tra contratti.

Editor di contenuti ricchi integrato.

È possibile inserire impaginazione, immagini, ecc., paragonabile a Email, messaggi WeChat.

L'intento è molto chiaro: la comunicazione ZK non è solo per 'report tra contratti', ma dovrebbe anche supportare 'comunicazione testuale tra umani'.

Modulo Inbox + Sentbox + UI strutturato.

Chiaramente progettato per utenti reali, non solo per test degli sviluppatori.

Indica che Polyhedra inizia a esplorare l'esperienza utente nella 'livello applicativo quotidiano' on-chain.

Interfaccia di integrazione Web3 nativa.

Può essere integrato direttamente da DApp / contratti intelligenti, utilizzato come 'sistema di notifica', 'sistema di compiti', 'livello intermedio di comunicazione'.

Questo è estremamente cruciale: non è solo un 'prodotto', ma un toolbox di protocollo di comunicazione che può essere integrato in qualsiasi livello applicativo!

Cinque, riassunto del significato: dal 'ponte cross-chain' al passaggio di ruolo nella 'livello di comunicazione tra catene'.

Polyhedra ha ufficialmente compiuto il primo passo verso 'protocollo di comunicazione ZK' attraverso zkMessenger:

Precedentemente, zkBridge si concentrava maggiormente sulla 'synchronizzazione dello stato tra le catene'; mentre zkMessenger si concentra sull' 'invio di dati tra le catene'.

Gli utenti originali erano i chiamanti dei contratti, ora si estende a una compatibilità bidirezionale tra utenti e contratti.

Originariamente un componente strumentale, ora inizia a possedere il potenziale per un'infrastruttura di piattaforma.

L'autore si permette di esprimere un giudizio:

zkMessenger è l'inizio del passaggio di Polyhedra da 'team di architettura ingegneristica' a 'designer di scenari applicativi', con l'intento di intervenire gradualmente nella contesa degli standard di comunicazione on-chain!

Sei, riassunto:

Questo articolo non è solo un nuovo prodotto, ma:

• Dopo il lancio ufficiale di zkBridge, per la prima volta sono state aperte le capacità di interfaccia al pubblico.

• Polyhedra entra per la prima volta nel livello di esperienza applicativa per utenti non sviluppatori.

• La prima pratica sistematica della protocolizzazione della comunicazione ZK.

• Interazione Greenfield-BNB, un nuovo inizio per espandere l'ecosistema.