Wie man Dapp hilft, die wahre Vertrauenswürdigkeit zu erkennen

Zusammenfassung:

Eine dezentrale Anwendung besteht aus mehreren Teilen, aber derzeit werden auch die Kern -Back -Logik auf Ethereum ausgeführt.Gleichzeitig enthält es auch viele Daten, die nicht gekettet wurden, sodass die meisten Dapps die Sicherheit von Ethereum nicht vollständig erben können, weit davon entfernt, einen idealisierten Zustand zu erreichen.
Es gibt zwei Hauptgründe für die oben genannten Probleme: Eine ist, dass Ethereum den Entwicklern nicht entsprechende Standards und Tools vor der Vorderseite bietet, und die andere ist, dass die Kosten der gespeicherten Daten in der Kette zu hoch sind.
Um dezentrale Standards für die Front -End -Niveau bereitzustellen, schlug das EthStorage -Team ein Web3: // Access -Protokoll vor.Stellen Sie den Entwicklern einen vollständigen Satz von Standards und Tools zum Bereitstellen und Zugriff auf den Front -End -Code über intelligente Verträge und sogar die Standards von Dateisystemen zur Verfügung.
Um die Speicherkosten der Daten in der Ethereum -Kette zu senken, hat das EthStorage -Team die zweite Ethstorage für Speicherprotokollprotokoll entwickelt.Unter Verwendung von PORA (Nachweis des Zufallszugriffs) und Null -Wissen wird, während die Sicherheit von Ethereum die Sicherheit von Ethereum erbt, und der Speicheraufwand wird stark reduziert.

Vielen Dank: Vielen Dank an Faust von Geek Web3, Zhixiong Pan von Chainfeeds, Bruce von LXDAO, Qi Zhou, Lun Deng von Ethstorage.

Der Hintergrund und das Problem des dezentralen Dapps

Die Vision von Ethereum ist es, ein Weltcomputer zu werden, und die darauf basierenden Anwendungen werden seine Sicherheit erben.Entwickler müssen nur einmal einsetzen, und die Anwendung wird immer auf Ethereum ausgeführt, und kein Unternehmen kann sie überprüfen oder böswillig manipulieren.

Aber erreicht die aktuelle dezentrale Anwendung DAPP die oben genannten Ziele?Um diese Frage klarer zu beantworten,Wir müssen eine DAPP -Anwendung dekonstruieren, um zu sehen, welche Teile sie enthält, und dann den Grad des Vertrauens in jeden Teil analysieren.Komm zum endgültigen Schluss.

Unter normalen Umständen enthält ein dezentrales DAPP die Schnittstelle zwischen vorne und End, einen Back -End -Server und die Datenbank.Wenn der Benutzer die Schnittstelle vorne -End besucht, wird der Inhalt vorne -End -Inhalt über den Browser- und Domain -Namensdienst geladen.In:

Frontend- und Domainnamenservice:Die meisten von ihnen wurden nicht durch intelligente Verträge eingesetzt und besucht.
Back -End -Server: Einige von ihnen werden durch intelligente Verträge implementiert, und einige rechnertensive Aufgaben können nicht vollständig ketten sein.
Datenbank:Einige von ihnen werden durch intelligente Verträge implementiert.

Durch die obige Analyse können Sie sehenDer aktuelle dezentrale DAPP erhält nur den Schutz von Ethereum durch intelligente VerträgeDas Ethereum -System ist weit davon entfernt, die ursprüngliche Vision „dezentraler Weltcomputer“ zu verwirklichen.

Ende 2023 überprüfte Vitalik die Entwicklung von Ethereum und schrieb einen Artikel „Mach Ethereum Cypherpunk erneut“, in der erörtert wurde, wie die Ethereum -Community zum Konzept des Passwortpunks zurückkehren sollte.Im Text fasste er die Werte zusammen, die Ethereum oder sogar größere Web3 -Communities einhalten sollten, und erwähnte einen sehr wichtigen Punkt:

Dezentrale Anwendungen sollten auf die Abhängigkeit von einem einzelnen Fach reduziert werden.

Es ist ersichtlich, dass Vitalik ähnliche Erwartungen daran hat, wie dezentrale Anwendungen erstellt werden.Lass unsDie Probleme, mit denen jede Komponente in dezentraler DAPP konfrontiert ist, werden im Detail analysiert, Diskutieren Sie, wie man es verbessert.

Front -End- und Domainnamen Service

Unter mehreren Komponenten dezentraler Anwendungen ist der Grad der Front -End- und Domain -Namensdienste am schwerwiegendsten.Derzeit kann der größte Teil der Vorderseite einen zentralen Server verwenden .

Hacker können in den Server eindringen, um den Front -End -Code zu ändern, und DAPP -Benutzer verlieren Vermögenswerte, da das böswillige Frontend verwendet wird.Dieses Problem trat wiederholt im letzten defin sommer aufWir können nicht helfen zu fragen: Warum kann das Front -End nicht wie das Back -End auf Ethereum einsetzen, damit das Änderungsverhalten durch Gemeindegovernance und Zeitsperrung wirksam werden kann?

Bitte denken Sie darüber nach,Wenn das Entwicklungsteam von UNISWAP eines Tages keine Server und Domainnamendienste für die Vorderseite bezahlt, wie werden UNISWAP -Benutzer und LP UNISWAP verwenden?Überschneidung

Die meisten Benutzer wissen nicht, wie sie die Interaktion zwischen den Front und intelligenten Vertrag umgehen können.Es ist erwähnenswert,Die Geschwindigkeit des IPFS -Zugriffs ist sehr langsam.Wesen

Außerdem, weilDas wichtigste operative Thema des UNISWAP -Frontends sind UNISWAP -Labors.Dies steht im Gegensatz zu den in Smart Contracts, die sie in Ethereum eingesetzt haben, da niemand den intelligenten Vertrag nach Belieben ändern kann.Daher kann das Token, das am vorderen Ende überprüft wird, auf Vertragsebene immer noch interaktiv sein, was zeigt, dass die Bedeutung des Code in der Kette des Code in der Kette der Kampagne wichtig ist.

Back -End -Server

Da EVM die vollständige Ausführungsumgebung von Turing bereitstellen kann, kann der größte Teil der Back -End -Logik in der Ethereum -Kette ausgeführt werden.Nur aufgrund von Kosten, einigeDie Berechnung der dichten Aufgaben kann nicht direkt in der Kette ausgeführt werdenWesen

Für dieses Problem verwendet die Erkundung jetzt ZK oder OP.Die Berechnung wird in die Kette übertragen, um die Ethereum -Kette zu vervollständigen.WesenEinige AI -bezogene Projekte haben diese Methode auf das Extrem vorangetrieben.

Datenbank

Für Datenbanken unterstützte EVM ursprünglich wichtige Werte für /kV -Speicher (Schlüsselwertspeicher), die viele Nutzungsszenarien abdecken können. Das Kernproblem ist jedoch, dass die Speicherkosten in der Kette zu hoch sind.

Inwieweit?Im Falle eines Gaspreises für 10 Gwei benötigen die Daten von 1 GB 1 GB in der Kette mehr als 6.200 ETH, mehr als 20 Millionen US -Dollar!Offensichtlich sind die Speicherkosten zum Kernproblem der Datenbankdezentralisierung geworden.

Wir könnten denken, ob wir eine Methode verwenden können, die den oben genannten Berechnungen ähnelt, um die Kapazität zur Erweiterung der Kapazität zu erweitern.Das heißt, unter der Kettenspeicherung wird der Speicherffekt auf die Kette verifiziertWesenWir werden dieser Idee ausführlich folgen.

Nachdem wir die oben genannten DAPP -Komponenten analysiert haben, stellten wir fest, dass wir nur, indem wir jedem Teil des DAPP sicher und vertrauenswürdig sind, als ganzes Vertrauen wirklich zu einem dezentralen DAPP werden können.Als DAPP -Betriebs- und Hosting -Plattform muss Ethereum Entwicklern entsprechende Lösungen zur Verfügung stellen, um ein Anwendungsökosystem zu züchten, das der Vision von Ethereum entspricht.

Dapps Vertrauenslösung

UmWie DApp basierend auf Ethereum vollständig eingesetzt und auf der Grundlage von Ethereum zugreifen kann, schlug das Ethstorage -Team zwei Lösungssätze vor:

Web3: // Zugriff auf Protokoll:Lösen Sie das Problem, wie intelligente Verträge zum Bereitstellen und Zugriff auf den Front -End -Code und sogar das Dateisystem verwenden.
EthStorage Second -Layer -Speicherprotokoll:Während der Erben der Sicherheit von Ethereum wurde der Speicheraufwand stark reduziert.

Web3: // Zugriff auf Protokoll

Web3: // kann als dezentrale Version von http: // verstanden werden, ähnlich der entworfenen Server -IP -Adresse oder Domänennamen, um in der URL von HTTP auf die zentrale Ressource zuzugreifen.

Wir können das gesamte Front -End einer Website in einen intelligenten Vertrag einsetzen und über Web3: //!Sie können den Unterschied zwischen den beiden vergleichen:

derzeitWeb3: // ist zum formalen Standard von Ethereum (ERC-4804) gewordenWenn Sie mehr über den Inhalt des Web3: // auf das Protokoll zugreifen möchten, können Sie auf die offizielle Website zugreifen.Um das Dateimanagement in intelligenten Verträgen besser zu machen, haben wir ERC-5018 vorgeschlagen, die eine Reihe von Dateisystemschnittstellen im Smart-Vertrag simulierten, so dass über ETFS-CLI zu einem Smart-Vertrag gehen und diese Website über Web3: // besuchen. .

Wenn Sie interessiert sind, können Sie eine einfache dezentrale Anwendungsbereitstellung abschließen und gemäß dem Tutorial zugreifen.

Mit dem Web3: // Access -Protokoll können wir das DAPP -Frontend auch über das Attribut von „Code is Law“ habenWesenFür Entwickler wird dieses Frontend nach dem Einsatz dauerhaft ausgeführt.Stellen Sie sich vor, die UNISWAP -Labors haben auch sein Front -End zu Ethereum eingesetzt, selbst wenn das Team die Benutzer in der Vorderseite der Vorderseite überprüfen und einschränken möchte, kann es die Menschen nicht verhindern, dass die auf Ethereum eingesetzte Front -End -Nutzung eingesetzt wird.

Nachdem wir das Problem der Machbarkeit gelöst hatten, haben wir natürlich auch festgestellt, dass die Kosten für eine große Menge an Daten in der Kette sehr hoch sind, sodass die Entwickler beim Einsetzen des vorderen Ende der Kette Probleme haben.Wir haben das EthStorage 2 -Layer -Speicherprotokoll weiterentwickelt, während wir die Sicherheit von Ethereum erben und den Speicheraufwand erheblich reduziert.

EthStorage Second -Layer -Speicherprotokoll

Das EthStorage -Protokoll besteht aus einem in Smart Contract, der in Ethereum eingesetzt wird, und einem Speicherknoten im Layer2 -NetzwerkDer Smart Contract bietet einen wichtigen Wertspeicher, und der Speicherknoten im zweiten Stock ist für das Speichern der Daten selbst verantwortlichWesen

Der Benutzer lädt die Daten hoch, die über den Blob von EIP-4844 in Ethereum gespeichert werden sollen.

gleichzeitig,Der Speicherknoten im zweiten Stock lädt die entsprechenden Blob -Daten auf die lokale Festplatte herunter und verwendet PORA (Nachweis des Zufallszugriffs) und ZK, um das Speicherzertifikat zur Überprüfung an den Vertrag über Ethereum einzureichen.Der Vertrag muss bestätigen, ob die vom Speicherknoten hochgeladene ZK -Zertifizierung über den BLOB -Hash im vorherigen Datensatz an die obere Nummer bestätigt werden kann, um zu bestätigen, dass die Speicherknoten in der zweiten Ebene des Netzwerks diese Daten wirklich speichern.

Der spezifische Prozess ist wie folgt:

Für Entwickler ist die Schnittstelle ihrer Hochladen von Daten und das Erhalten von Daten sehr einfach:

Anwendungsentwickler können große Blockdaten über die von EthStorage bereitgestellte Vertragsschnittstelle lesen und schreiben.Daher unterstützt EthStorage nicht nur das Front -End der Bereitstellung der Kette, sondern bietet auch eine kostengünstigere Lösung für eine breitere Palette von Speicherdatenbankvorgängen der wichtigsten Wertschöpfung.

Derzeit hat EthStorage die offiziellen Zuschüsse von Ethereum erhalten und ein öffentliches Testnetzwerk in Sepolia eingesetzt.

Zusammenfassung und Ausblick

Die meisten wichtigen Komponenten von DAPPs, wie z. regiert werden.

EthStorage schlägt zwei Lösungen für dieses Problem vor: Web3: // Zugriffsprotokoll löst das Problem der Bereitstellung und des Zugriffs auf die Front -enden mit intelligenten Verträgen.

Um die ursprüngliche Vision von Ethereum zu verwirklichen, werden wir uns zu einem dezentralen Webserver entwickeln. Der Code kann dauerhaft ausgeführt werden, und auf die Daten kann dauerhaft zugegriffen werden, wodurch ein echter nicht mehr aufhaltender DAPP wird.

EthStorage Public Test Network führt die zweite Incentive -Aktivität durch.