Ich schätze immer Diskussionen, die Datenschutzinitiativen im Ökosystem vorantreiben. Danke für die Fragen @officialabdulak > Wie können Benutzer überprüfen, ob verschlüsselte Swaps korrekt ausgeführt werden, ohne private Daten offenzulegen? Die Absichten/Befehle der Benutzer sind bereits auf der Client-Seite verschlüsselt. Onchain werden diese Befehle nur als Chiffretext angezeigt (ununterscheidbar voneinander). Wir haben ein Schwellenwertnetzwerk (wirtschaftlich unterstützt) eingerichtet, das die Privatsphäre dieser Chiffretexte schützt. Darüber hinaus wird im v1-Version unseres Co-Prozessors (TEE's) der Chiffretext innerhalb von AWS Nitro (mit AWS-Sicherheit) NUR zur Verarbeitung entschlüsselt. PS: Der Chiffretext wird niemals innerhalb von TEEs gespeichert. Für unseren v2-Co-Prozessor würden wir diese Berechnungseinheit durch FHE ersetzen (angesichts der Modularität unserer Infrastruktur), bei der wir den Chiffretext nicht einmal zur Verarbeitung entschlüsseln müssten. Nach der Verarbeitung wird für jede Absicht/Transaktion/Befehl, die Benutzer tätigen, ein passiver Verifizierungsfluss eingerichtet (den Benutzer/Entwickler als Finalität betrachten könnten, um zu überprüfen, dass die Ausführung korrekt und in einer nicht böswilligen Umgebung stattgefunden hat). Genauer gesagt, jede Benutzerabsicht/Transaktion/Befehle nach der Verarbeitung wird Teil eines Batch-Baums. Diese Batch-Bäume werden in regelmäßigen Abständen akkumuliert, und die endgültige akkumulierte Wurzel wird onchain veröffentlicht, und jetzt kann jeder Benutzer bestimmte Absichten/Transaktionen/Befehlsdaten gegen diese veröffentlichten Wurzeln überprüfen (Dieser Mechanismus ist sehr ähnlich, wie Sequencer ihren Statusstamm auf L1 veröffentlichen, um die native Brücke von Token von L1 zu L2 zu ermöglichen). Wir haben hier geteilt, wie der gesamte Mechanismus funktioniert: > Verwendet Encifher eigene verschlüsselte Liquiditätspools oder fungiert es rein als Datenschutz-Relay über @JupiterExchange? Wann immer ein Benutzer bestimmte Vermögenswerte umwickelt, wird dieser Vermögenswert Teil eines verschlüsselten Pools. Derzeit nutzt das aktuelle Frontend encrypt[.]trade kein natives Order-Matching (Bestelllösung mit verschlüsselten Token) und verarbeitet alle Bestellungen über effiziente Liquiditätsrouten von @JupiterExchange. Aber @encifherio ist am Ende des Tages ein ganzes Protokoll, das Berechnungen auf verschlüsseltem Zustand ermöglicht, also ja, wir können einen Dark Pool darauf aufbauen, der das Order-Matching unter verschlüsselten Token unterstützt. Das ist das Ziel, sobald wir genügend Liquidität umwickeln/verschlüsseln, würden wir beginnen, ein Team aufzubauen, um Anwendungsfälle wie Dark Pools auf dieser Liquidität zu entwickeln. > Wie testen Sie auf potenzielle Datenschutzverletzungen oder Metadatenkorrelation? Zwei Lösungen hier: 1. Die Bestellungen/Absichten/Transaktionen der Benutzer sind nicht mit ihren Adressen verknüpft, was die erste Verteidigung für die Privatsphäre der Benutzer darstellt. 2. Wir haben ein einheitliches Bestelldatenstrukturdesign, das sicherstellt, dass jede Art von Bestellung (Swap, Verleih usw.) der gleichen Bestellstruktur folgt. Während die Eingaben dieser Bestellungen verschlüsselt sind, wissen externe Parteien nicht, ob ein bestimmtes Attribut tatsächlich einen Wert hat oder ob es einfach nur null ist. Und damit werden Einblicke aus nicht einheitlichen Bestellungen verhindert. 3. Wir werden sicherstellen, dass wir Dienste nutzen, die sogar die IP-Adresse des Clients, der die Bestellung aufgibt, verschleiern. > Was ist Ihr Ansatz zur Aufrechterhaltung eines starken Anonymitätssatzes, während die Benutzeraktivität wächst? TL;DR Mehr DeFi-Primitiven würden Benutzer anziehen, ihre Mittel innerhalb von Encifher zu halten, und somit würde die Aktivität den gesamten Anonymitätssatz antreiben. Die kurzfristige Vision von Encifher ist es, ein Ökosystem von datenschutzorientierten DeFi auf Solana zu werden. Wir werden mehrere DeFi-Primitiven an einem einzigen Ort anbieten: encrypt[.]trade. Das Problem der Anonymitätssätze wird in Szenarien verstärkt, in denen Benutzer Vermögenswerte sofort aus dem Pool entfernen, aber in unserem Szenario könnten Benutzer einfach ihren Token umwickeln und innerhalb des Protokolls behalten, da wir mehrere DeFi-Primitiven unterstützen und im Allgemeinen die Benutzertransaktionen über diese Primitiven auch den Anonymitätssatz erhöhen würden, und es wäre viel schwieriger für externe Entitäten, das Entpacken mit dem Verpacken zu verknüpfen. > Sehen Sie Encifher, das sich zu einer vollständigen verschlüsselten Berechnungsschicht für Solana DeFi entwickelt? Ja, Encifher ist von Grund auf so konzipiert, dass es die transaktionalen Datenschutzbedürfnisse auf Solana berücksichtigt. Es ist nicht wie andere allgemeine Datenschutzberechnungsschichten, die Datenschutzberechnungen für alle Anwendungsfälle ermöglichen. Stattdessen liegt unser Hauptaugenmerk auf der Ermöglichung von privatem DeFi und wurde daher von Grund auf unter Berücksichtigung der transaktionalen Datenschutzbedürfnisse entwickelt.