Sett alltid pris på diskusjon som fremmer personverninitiativer i økosystemet Takk for spørsmålene @officialabdulak > Hvordan kan brukere verifisere at krypterte bytter utføres riktig uten å eksponere private data? Brukernes intensjoner/ordrer er kryptert på selve klientenden. Onchain viser den bare disse ordrene som chiffertekst (kan ikke skilles fra hverandre). Vi har et terskelnettverk (som vil være økonomisk støttet) på plass som beskytter personvernet til disse chiffertekstene. I tillegg for v1-versjonen av vår koprosessor (TEEs en) blir chifferteksten dekryptert i AWS nitro (med AWS-sikkerhet) BARE FOR å behandle PS: chifferteksten lagres aldri i TEE-er. For vår v2-koprosessor ville vi erstatte denne beregningsmotoren med FHE (gitt modulariteten til infraen vår) der vi ikke engang trengte å dekryptere chifferteksten for behandling. Etterbehandling, for hver intensjon/txn/ordre som brukere gjør, har vi en passiv verifiseringsflyt (som brukere/utviklere kan betrakte som endelighet for å verifisere at utførelsen har skjedd riktig og i en ikke-ondsinnet env) For å være presis, hver brukerintensjon/txn/ordrer etterbehandling blir en del av et batchtre, der batchtrær akkumuleres på en periodisk måte og den endelige akkumulerte roten blir lagt ut på kjeden, og nå kan enhver bruker verifisere en viss intensjon/txn/ordredata mot de postede rotene (Denne mekanismen er veldig lik hvordan Sequencer's legger ut sin tilstandsrot på L1 for å muliggjøre naturlig brobygging av tokens fra L1 til L2) Vi har delt hvordan hele mekanismen fungerer her: > Bruker Encifher sine egne krypterte likviditetspooler eller fungerer det utelukkende som et personvernrelé gjennom @JupiterExchange? Når en bruker pakker inn bestemte ressurser, blir disse ressursene en del av det krypterte utvalget. Akkurat nå krypterer den nåværende frontend[.]Trade bruker ikke native ordrematching (ordreløsning med krypterte tokens) og behandler alle ordrer via effektive likviditetsruter ved å @JupiterExchange. Men @encifherio til syvende og sist er det en hel protokoll som muliggjør beregning i kryptert tilstand, så ja, vi kan bygge et mørkt basseng på toppen av det som vil støtte ordrematching mellom krypterte tokens: Det er målet når vi har god nok likviditet pakket inn/kryptert, vil vi begynne å bygge/onboarding-teamet for å bygge brukstilfeller som darkpool på toppen av denne likviditeten. > Hvordan tester du for potensiell personvernlekkasje eller metadatakorrelasjon? To løsninger her: 1. Brukernes ordre/intensjoner/txns er ikke knyttet til adressene deres, noe som er det første forsvaret for brukernes personvern. 2. Vi har en enhetlig ordredatastrukturdesign på plass som sørger for at enhver form for ordre (bytte, låne ut osv.) følger samme ordrestruktur. Mens inngangene til disse ordrene ville være kryptert slik at eksterne parter ikke ville vite om en bestemt eiendom faktisk har en verdi eller om den bare er null hele tiden. Og dermed forhindre innsikt fra ikke-ensartede ordrer. 3. Vi vil sørge for å bruke tjenester som til og med vil tilsløre ip-adressen fra klienten som legger inn bestillingen. > Hva er din tilnærming til å opprettholde et sterkt anonymitetssett etter hvert som brukeraktiviteten vokser? TL; DR Flere Defi-primitiver ville lokke brukere til å holde pengene sine pakket inn i Encifher, og dermed ville aktiviteten drive det generelle anonymitetssettet. Den kortsiktige visjonen til Encifher er å bli et økosystem for personvernaktivert Defi på Solana. Vi vil tilby flere Defi-primitiver på ett enkelt sted kryptere[.]handel. Problemet med anonymitetssett blir forstørret i senarios, der brukere umiddelbart fjerner eiendeler fra bassenget, men i vårt scenario kan brukere bare pakke inn tokenet sitt og holde dem innenfor protokollen, gitt at vi støtter flere Defi-primitiver, og generelt vil brukertransaksjonene via disse primitivene også øke anonymitetssettet, og det vil være mye vanskeligere for eksterne enheter å koble utpakking for å pakke. > Ser du for deg at Encifher utvikler seg til et fullstendig kryptert datalag for Solana DeFi? Ja, Encifher er designet fra bunnen av med tanke på transaksjonspersonvernbehov på Solana. Det er ikke som andre generelle personverndatabehandlingslag som muliggjør personvernberegning for alle brukstilfeller. I stedet er vårt hovedfokus mot å muliggjøre privat Defi og dermed bygget opp fra bunnen av med tanke på transaksjonsmessige personvernbehov.