Ik waardeer altijd discussies die privacy-initiatieven in het ecosysteem bevorderen. Bedankt voor de vragen @officialabdulak > Hoe kunnen gebruikers verifiëren dat versleutelde swaps correct worden uitgevoerd zonder privégegevens bloot te stellen? De intenties/orders van gebruikers zijn versleuteld aan de clientzijde zelf. Onchain worden die orders alleen als ciphertext weergegeven (ononderscheidbaar van elkaar). We hebben een drempelnetwerk (dat economisch ondersteund zou worden) in plaats dat de privacy van deze ciphertexts beschermt. Bovendien wordt voor de v1-versie van onze coprocessor (de TEE's) de ciphertext binnen AWS Nitro ontsleuteld (met AWS-beveiliging) JUST VOOR verwerking. PS: de ciphertext wordt nooit opgeslagen binnen de TEEs. Voor onze v2 coprocessor zouden we deze rekeneenheid vervangen door FHE (gezien de modulariteit van onze infrastructuur) waarbij we de ciphertext niet eens hoeven te ontsleutelen voor verwerking. Na verwerking, voor elke intentie/txn/order die gebruikers maken, hebben we een passieve verificatiestroom (die gebruikers/devs als finaliteit kunnen beschouwen om te verifiëren dat de uitvoering correct heeft plaatsgevonden en in een niet-malafide omgeving). Om precies te zijn, elke gebruikersintentie/txn/orders na verwerking wordt een onderdeel van een batchboom. Deze batchbomen worden op periodieke basis verzameld en de uiteindelijke verzamelde root wordt onchain gepost, en nu kan elke gebruiker bepaalde intentie/txn/ordergegevens verifiëren tegen die geposte root (dit mechanisme is zeer vergelijkbaar met hoe Sequencers hun staatroot op L1 posten om native bridging van tokens van L1 naar L2 mogelijk te maken). We hebben gedeeld hoe het hele mechanisme hier werkt: > Gebruikt Encifher zijn eigen versleutelde liquiditeitspools of fungeert het puur als een privacy relay via @JupiterExchange? Wanneer een gebruiker bepaalde activa verpakt, wordt dat actief een onderdeel van de versleutelde pool. Op dit moment maakt de huidige frontend encrypt[.]trade geen gebruik van native order matching (orderoplossing met versleutelde tokens) en verwerkt alle orders via efficiënte liquiditeitsroutes door @JupiterExchange. Maar @encifherio, aan het einde van de dag is het een heel protocol dat computationele mogelijkheden op versleutelde staat mogelijk maakt, dus ja, we kunnen een dark pool bovenop bouwen die order matching tussen versleutelde tokens ondersteunt. Dat is het doel; zodra we voldoende liquiditeit verpakt/versleuteld hebben, zouden we beginnen met het bouwen/onboarden van een team om use-cases zoals darkpool bovenop deze liquiditeit te bouwen. > Hoe test je op mogelijke privacy-lekken of metadata-correlatie? Twee oplossingen hier: 1. De orders/intenties/txns van gebruikers zijn niet gekoppeld aan hun adressen, wat de eerste verdediging voor gebruikersprivacy is. 2. We hebben een verenigd orderdatastructuurontwerp dat ervoor zorgt dat elke soort order (swap, lenen, enz.) dezelfde orderstructuur volgt. Terwijl de invoer van die orders versleuteld zou zijn, zouden externe partijen niet weten of een bepaalde eigenschap daadwerkelijk een waarde heeft of gewoon null is. En zo worden inzichten vanuit niet-uniforme orders voorkomen. 3. We zullen ervoor zorgen dat we diensten gebruiken die zelfs het ip-adres van de client die de order plaatst, verdoezelen. > Wat is jouw aanpak om een sterke anonimiteitset te behouden naarmate de gebruikersactiviteit groeit? TL;DR Meer DeFi-primitieven zouden gebruikers aantrekken om hun fondsen binnen Encifher verpakt te houden, en dus zou de activiteit de algehele anonimiteitset aandrijven. De kortetermijnvisie van Encifher is om een ecosysteem van privacy-geschikte DeFi op Solana te worden. We zullen meerdere DeFi-primitieven op één plek aanbieden, encrypt[.]trade. Het probleem van anonimiteitsets wordt vergroot in scenario's waarin gebruikers onmiddellijk activa uit de pool verwijderen, maar in ons scenario kunnen gebruikers gewoon hun token verpakken en binnen het protocol houden, aangezien we meerdere DeFi-primitieven ondersteunen en in het algemeen de gebruikerstransacties via deze primitieven ook de anonimiteitset zouden vergroten, en het zou veel moeilijker zijn voor externe entiteiten om unwrap aan wrap te koppelen. > Zie je Encifher evolueren naar een volledige versleutelde computelaag voor Solana DeFi? Ja, Encifher is vanaf de grond ontworpen met de privacybehoeften van transacties op Solana in gedachten. Het is niet zoals andere algemene privacy-computelaag die privacy-computatie voor alle use-cases mogelijk maakt. In plaats daarvan ligt onze belangrijkste focus op het mogelijk maken van private DeFi en is het dus vanaf de grond opgebouwd met de privacybehoeften van transacties in gedachten.