Arvosta aina keskustelua, joka edistää tietosuoja-aloitteita ekosysteemissä Kiitos kysymyksistä @officialabdulak > Kuinka käyttäjät voivat varmistaa, että salatut vaihdot suoritetaan oikein paljastamatta yksityisiä tietoja? Käyttäjien aikomukset/tilaukset salataan itse asiakaspäässä. Onchainissa se näyttää nämä tilaukset vain salatekstinä (joita ei voi erottaa toisistaan). Meillä on kynnysverkko (joka olisi taloudellisesti tuettu), joka vartioi näiden salatekstien yksityisyyttä. Lisäksi apuprosessorimme v1-versiossa (TEE:n versiossa) salausteksti puretaan AWS nitrossa (AWS-suojauksella) VAIN PS:n käsittelyä varten: salatekstiä ei koskaan tallenneta TEE:ihin. V2-apuprosessorissamme korvaisimme tämän laskentamoottorin FHE:llä (ottaen huomioon inframme modulaarisuuden), jossa meidän ei tarvitsisi edes purkaa salaustekstin salausta käsittelyä varten. Jälkikäsittelyssä, jokaiselle käyttäjien tekemälle aikomukselle/txn:lle/tilaukselle meillä on passiivinen vahvistusprosessi (jota käyttäjät/kehittäjät voivat pitää lopullisena varmistaakseen, että suoritus on tapahtunut oikein ja ei-haitallisessa env:ssä) Tarkemmin sanottuna jokaisesta käyttäjän aikomuksesta/txn:stä/tilausten jälkikäsittelystä tulee osa eräpuuta, siellä eräpuita kertyy ajoittain ja lopullinen kertynyt juuri julkaistaan ketjussa, ja nyt kuka tahansa käyttäjä voi tarkistaa tietyn aikomuksen/txn:n/tilausdatan lähetettyjä juuria vastaan (Tämä mekanismi on hyvin samanlainen kuin se, miten Sequencer julkaisee tilajuurensa L1:een mahdollistaakseen tokenien alkuperäisen sillan L1:stä L2:een) Olemme kertoneet, miten koko mekanismi toimii täällä: > Käyttääkö Encifher omia salattuja likviditeettipoolejaan vai toimiiko se puhtaasti yksityisyyden välittäjänä @JupiterExchange ? Aina kun käyttäjä paketoi tiettyjä resursseja, kyseisestä omaisuudesta tulee osa salattua poolia. Tällä hetkellä nykyinen käyttöliittymän salaus[.]Kauppa ei käytä alkuperäistä toimeksiantojen täsmäytystä (toimeksiantojen ratkaiseminen salatuilla tokeneilla) ja käsittelee kaikki toimeksiannot tehokkaiden likviditeettireittien kautta @JupiterExchange. Mutta @encifherio loppujen lopuksi se on kokonainen protokolla, joka mahdollistaa laskennan salatussa tilassa, joten kyllä, voimme rakentaa sen päälle pimeän poolin, joka tukisi tilausten täsmäyttämistä salattujen tokenien välillä. > Miten testaat mahdollista tietosuojavuotoa tai metatietojen korrelaatiota? Kaksi ratkaisua tähän: 1. Käyttäjien tilauksia/aikomuksia/txn:itä ei ole linkitetty heidän osoitteisiinsa, mikä on ensimmäinen puolustus käyttäjien yksityisyydelle. 2. Meillä on käytössä yhtenäinen tilaustietorakenne, joka varmistaa, että kaikenlaiset toimeksiannot (vaihto, lainaus jne.) noudattavat samaa tilausrakennetta. Vaikka näiden tilausten syötteet salattaisiin, jotta ulkopuoliset osapuolet eivät tietäisi, onko tietyllä ominaisuudella todella arvoa vai onko se vain nolla koko ajan. Ja siten estää oivallukset epäyhtenäisistä järjestyksistä. 3. Varmistamme, että käytämme palveluita, jotka jopa hämärtävät IP-osoitteen tilauksen tekevältä asiakkaalta. > Miten pyrit säilyttämään vahvan anonymiteetin käyttäjien toiminnan kasvaessa? TALLIUM; TOHTORI Lisää Defi-primitiiviä houkuttelisi käyttäjiä pitämään varansa käärittynä Encifheriin, ja siten toiminta ohjaisi yleistä anonymiteettiä. Encifherin lähiajan visio on tulla yksityisyyden suojaa tukevan Defin ekosysteemiksi Solanassa. Tarjoamme useita Defi-primitiiviä yhdessä paikassa salaa[.]kauppa. Anonymiteettijoukkojen ongelma suurentuu senarioissa, joissa käyttäjät poistavat välittömästi resursseja poolista, mutta skenaariossamme käyttäjät voisivat vain kääriä tunnuksensa yhden ja pitää ne protokollassa, koska tuemme useita Defi-primitiivejä, ja yleisesti ottaen näiden primitiivien kautta tapahtuvat käyttäjätapahtumat lisäisivät myös anonymiteettisarjaa ja ulkoisten entiteettien olisi paljon vaikeampaa linkittää purkaminen rivitykseen. > Näetkö Encifherin kehittyvän täysin salatuksi laskentakerrokseksi Solana DeFi:lle? Kyllä, Encifher on suunniteltu tyhjästä ottaen huomioon Solanan transaktioiden yksityisyystarpeet. Se ei ole kuin muut yleiskäyttöiset yksityisyyden laskentakerrokset, jotka mahdollistavat yksityisyyden laskennan kaikissa käyttötapauksissa. Sen sijaan keskitymme yksityisen Defi:n mahdollistamiseen, ja siksi rakennamme alusta alkaen transaktioiden yksityisyystarpeet huomioon ottaen.