Apprezzo sempre le discussioni che promuovono iniziative di privacy nell'ecosistema Grazie per le domande @officialabdulak > Come possono gli utenti verificare che gli swap crittografati vengano eseguiti correttamente senza esporre dati privati? Le intenzioni/ordini degli utenti sono crittografati sul lato client stesso. Onchain mostra solo quegli ordini come testo cifrato (indistinguibile l'uno dall'altro). Abbiamo una rete di soglia (che sarebbe economicamente supportata) in atto che protegge la privacy di questi testi cifrati. Inoltre, per la versione v1 del nostro coprocessore (quello TEE), il testo cifrato viene decrittografato all'interno di AWS nitro (con la sicurezza di AWS) SOLO PER l'elaborazione PS: il testo cifrato non viene mai memorizzato all'interno dei TEE. Per il nostro coprocessore v2 sostituiremo questo motore di calcolo con FHE (data la modularità della nostra infrastruttura) dove non dovremmo nemmeno decrittografare il testo cifrato per l'elaborazione. Dopo l'elaborazione, per ogni intenzione/txn/ordine che gli utenti effettuano abbiamo un flusso di verifica passivo (che gli utenti/sviluppatori potrebbero considerare come finalità per verificare che l'esecuzione sia avvenuta correttamente e in un ambiente non malevolo) Per essere precisi, ogni intenzione/txn/ordini dell'utente dopo l'elaborazione diventa parte di un albero batch, questi alberi batch vengono accumulati in modo periodico e la radice finale accumulata viene pubblicata onchain e ora qualsiasi utente potrebbe verificare un certo dato di intenzione/txn/ordine rispetto a quelle radici pubblicate (meccanismo molto simile a come i Sequencer pubblicano la loro radice di stato su L1 per abilitare il bridging nativo dei token da L1 a L2) Abbiamo condiviso come funziona l'intero meccanismo qui: > Encifher utilizza le proprie pool di liquidità crittografate o agisce puramente come un relay di privacy tramite @JupiterExchange ? Ogni volta che un utente avvolge determinati asset, quegli asset diventano parte di una pool crittografata. Attualmente il frontend attuale encrypt[.]trade non utilizza l'abbinamento degli ordini nativo (risoluzione degli ordini con token crittografati) e gestisce tutti gli ordini tramite percorsi di liquidità efficienti tramite @JupiterExchange. Ma @encifherio alla fine della giornata è un intero protocollo che consente il calcolo su stato crittografato, quindi sì, possiamo costruire una dark pool sopra di esso che supporterebbe l'abbinamento degli ordini tra token crittografati. Questo è l'obiettivo, una volta che avremo una liquidità avvolta/critografata sufficientemente buona, inizieremo a costruire/ingaggiare un team per costruire casi d'uso come darkpool sopra questa liquidità. > Come testate per potenziali perdite di privacy o correlazione dei metadati? Due soluzioni qui: 1. Gli ordini/intenzioni/txns degli utenti non sono collegati ai loro indirizzi, che è la prima difesa per la privacy degli utenti. 2. Abbiamo un design di struttura dati degli ordini unificato in atto che assicura che qualsiasi tipo di ordine (swap, prestito, ecc.) segua la stessa struttura d'ordine. Mentre gli input di quegli ordini sarebbero crittografati, quindi le parti esterne non saprebbero se una certa proprietà ha effettivamente un valore o è semplicemente nulla da sempre. E quindi prevenendo qualsiasi intuizione da ordini non uniformi. 3. Ci assicureremo di utilizzare servizi che offuscherebbero anche l'indirizzo IP del client che sta effettuando l'ordine. > Qual è il vostro approccio per mantenere un forte set di anonimato man mano che l'attività degli utenti cresce? TL;DR Più primitive Defi attirerebbero gli utenti a mantenere i propri fondi avvolti all'interno di Encifher, e quindi l'attività guiderebbe l'insieme complessivo di anonimato. La visione a breve termine di Encifher è diventare un ecosistema di Defi abilitato alla privacy su Solana. Offriremo più primitive Defi in un unico posto encrypt[.]trade. Il problema degli insiemi di anonimato si amplifica in scenari in cui gli utenti rimuovono immediatamente gli asset dalla pool, ma nel nostro scenario gli utenti potrebbero semplicemente avvolgere il loro token e mantenerli all'interno del protocollo dato che supportiamo più primitive Defi e in generale le transazioni degli utenti tramite queste primitive aumenterebbero anche l'insieme di anonimato e sarebbe molto più difficile per le entità esterne collegare unwrap a wrap. > Vedi Encifher evolversi in un intero strato di calcolo crittografato per Solana DeFi? Sì, Encifher è progettato da zero considerando le esigenze di privacy transazionale su Solana. Non è come altri strati di calcolo privato di uso generale che abilitano il calcolo privato per tutti i casi d'uso. Invece, il nostro focus principale è abilitare Defi privato e quindi costruito da zero considerando le esigenze di privacy transazionale.