Zugriff auf DAPPs über HTTP

  • Bei der Blockchain dreht sich alles um Serverless und das Entfernen des Drittanbieters. Aber ich habe viele DAPPs gesehen, auf die über HTTP zugegriffen werden kann. Bricht das nicht das serverlose Konzept? Ich habe an vielen Stellen gelesen, dass IPFS darauf abzielt, HTTP zu ersetzen, um das Web dezentral zu machen.
  • Wie können Browser wie Google Chrome DAPPs ausführen, die Protokolle wie Whisper verwenden?
  • Welchen Sinn hat Mist Browser, wenn ich über andere Browser (mit HTTP) auf DAAPs zugreifen kann?
Das ganze Konzept von DAPP ist eine Marketingsache, um Leute einzuladen, Apps zu schreiben, genau wie eine App für Android. Aber es wird nicht funktionieren, Ethereum ist nur eine Reihe von Diensten. Alles bleibt wie es ist, Sie werden die Chrome- oder Android-App verwenden, mit dem einzigen Unterschied, dass sie jetzt mit der Blockchain interagieren wird. Vergessen Sie das DAPP-Wort, ersetzen Sie es durch das API-Wort und Sie werden es schneller verstehen.
Ja, ich verstehe, diese Erklärung macht das Verständnis viel einfacher, aber ich dachte, wenn das neue Internet ein dezentralisiertes Internet wäre (wie in der Silicon Valley-Serie: D), wird HTTP überhaupt keinen Platz haben und DAAPs sollten nicht davon abhängen HTTP.
@Mayasara, es kann kein Internet in der Blockchain geben. Erstens, weil es keine Kapazität dafür gibt, beträgt der aktuelle Ethereum-Kurs 15 TPS. Zweite; Blockchains skalieren nicht. Drittens: Es ist sehr teuer, der Konsensalgorithmus in (aktuellen) Kryptowährungen ist sehr dumm, es verschwendet viele Ressourcen. Zentralisierte Server sind eine viel billigere Lösung. Blockchain ist nur für Geld gut, aber nicht für alles

Antworten (4)

Nicht genau.

Wenn Sie die Blockchain als Lösung für Fehlertoleranz und als 1:1-Ersatz für serverseitige Logik und Speicherung betrachten, wird Blockchain niemals Sinn machen.

Blockchain schafft Vertrauen, indem es unbestreitbare Sätze bewiesener Fakten präsentiert. In der Praxis sind dies im Allgemeinen keine der Tatsachen, die Sie in vorhandenen Datenbankdesigns finden, und keine der Logiken, die Sie in vorhandener Software finden, selbst wenn es sich um vertraute Softwaremuster handelt.

Es ist ganz anders. Es geht darum , die wichtigen Tatsachen zu beweisen .

Hochverfügbarkeit ist eine wichtige Anforderung, einfach weil sich so viele Blockchain-Projekte so stark auf die Blockchain im Kern des Designs stützen.

Auf dieser Grundlage sind alle möglichen Software-Stacks möglich. Dazu können Server gehören, die mit Verträgen kommunizieren, Browser, die mit Verträgen kommunizieren, Geräte, die mit Verträgen kommunizieren. Es ist fair zu sagen, dass diese Aspekte nicht fehlertolerant oder verteilt sind, wenn sie sich (normalerweise) auf DNS- und Webserver verlassen, um Assets bereitzustellen.

Wenn ein CryptoKitty in einem Vertrag geboren wird und niemand sieht, wie süß es ist, ist es dann noch da? Ja.

In den meisten Fällen sind vorübergehende lokalisierte Ausfälle kein großes Problem. In jedem Fall ist das Entfernen des gefürchteten Single-Point-of-Failure von den Rändern wohl ein separates Anliegen.

Dies könnte hilfreich sein: https://blog.b9lab.com/the-joy-of-minimalism-in-smart-contract-design-2303010c8b09

Ich hoffe es hilft.

Vielen Dank, das war sehr hilfreich, aber mein einziges Problem mit DAAPs, die HTTP-Protokolle verwenden und sich auf DNS verlassen, dass es das Problem der Fähigkeit halten kann, die Server durch die Regierung oder was auch immer herunterzufahren, ich glaube nicht, dass irgendjemand kann die Blockchain herunterfahren, aber es ist so einfach, einen bestimmten Server herunterzufahren. Aus meiner Sicht sollten DAAPs nur eigenständige Anwendungen (Desktop-Anwendungen) oder ähnliches sein, die sich mit der Blockchain verbinden und mit ihr interagieren, was denken Sie?
Wenn Ihre App einen bestimmten Fehlermodus nicht tolerieren kann, gibt es immer eine Möglichkeit, einen einzelnen Fehlerpunkt zu entfernen. Der Preis, den man bereit ist, für verschiedene Arten von Fehlertoleranz zu zahlen, hängt von der App ab. Es kommt auf den Fall an. Wenn Sie beispielsweise versuchen, fehlertolerante SOS-Signale zu erstellen, kann die Endpunktzensur ein ernstes Problem darstellen. Wenn Sie sich in erster Linie um die Integrität und Verfügbarkeit einer Bestandsregistrierung kümmern, ist die mögliche vorübergehende Nichtverfügbarkeit von niedlichen JPEG-Bildern möglicherweise kein kritischer Fehler.
  1. Google Chrome kann (zumindest im Moment) keine DApps (kurz für Distributed Applications) alleine ausführen. Google Chrome benötigt eine Erweiterung (z. B. Metamask), um sich mit der zugrunde liegenden Ethereum-Blockchain zu verbinden.
  2. Es sind Erweiterungen wie Metamask, die es Chrome ermöglichen, Dapps auszuführen, die das Whisper-Protokoll verwenden.
  3. Der Mist-Browser ist nur eine weitere Option (abgesehen von Chrome usw.), um Dapps ausführen zu können. Es ist nicht zwingend erforderlich, den Mist-Browser zu verwenden. Mit dem Mist-Browser muss keine „Erweiterung“ verwendet werden, da er speziell für die Handhabung von Dapps auf Blockchain entwickelt wurde.

Das Problem mit der „traditionellen“ HTTP-Technologie und Dapps ist, dass sie sich nicht allzu sehr mögen. Die Dinge sind einfach, wenn wir in der traditionellen HTTP-Welt leben oder wenn wir es irgendwie geschafft haben, rein in der Dapp-Welt zu leben, aber leider ist die Dapp-Welt nicht bereit für ein vollständiges Eintauchen.

Derzeit brauchen wir noch Technologien, die diese beiden Welten miteinander verbinden - wie Metamask. Vielleicht brauchen wir irgendwann in der Zukunft nur noch dezentrale Lösungen, aber in der Zwischenzeit bleiben wir bei dem, was wir haben, und HTTP ist eines der besten verfügbaren Mittel, um Benutzer dazu zu bringen, Dapps zu verwenden (z. B. über Metamask).

Wenn wir uns dezentral mit dem Internet verbinden könnten (IPFS vielleicht?), könnten wir möglicherweise auch ohne zentrale Vermittler eine Verbindung zu Dapps herstellen.

Wie bereits erwähnt, können sich normale Browser nicht direkt mit der Blockchain verbinden.

Bei der Blockchain dreht sich alles um Serverless und das Entfernen des Drittanbieters. Aber ich habe viele DAPPs gesehen, auf die über HTTP zugegriffen werden kann. Bricht das nicht das serverlose Konzept? Ich habe an vielen Stellen gelesen, dass IPFS darauf abzielt, HTTP zu ersetzen, um das Web dezentral zu machen.

Theoretisch und in gewisser Weise bricht dies das serverlose Konzept. Denken Sie zuerst über verschiedene Netzwerkschichten nach und bewerten Sie dann die Robustheit und Reife der damit verbundenen Technologien. Beispielsweise können dezentralisierte Apps immer noch auf TCP/IPC ausgeführt werden, sind aber auf der Anwendungsebene dezentralisiert. In Zukunft wird es vielleicht einen dezentralen, von Ethereum inspirierten Cloud-Computer geben, der aber weiterhin TCP/IP-Protokolle verwenden wird. Imo IPFS muss noch weit verbreitet werden, kann und sollte aber noch geschehen.

Wie können Browser wie Google Chrome DAPPs ausführen, die Protokolle wie Whisper verwenden?

Aus diesem Grund haben Leute Browser wie Brave entwickelt oder webbasierte Plattformen speziell für die Ausführung von Dapps wie Cosmos erstellt. Google Chrome benötigt in seiner jetzigen Form eine Brücke, da es nicht nativ eine Dapp „ausführt“.

Was ist der Sinn von Mist Browser, wenn ich über andere Browser (mit HTTP) auf Dapps zugreifen kann?

Mist bietet eine wertvolle Visualisierung dessen, was in der Dapp und in den Wallets passiert. Es bietet eine wertvolle Überwachung und in vielerlei Hinsicht eine Testumgebung für die DApp. Es ist besonders leistungsfähig, dies Nicht-Technikern zu zeigen, und es hat eine großartige Benutzeroberfläche. Es ist für die Dapp nicht unbedingt erforderlich, macht das Leben der Menschen jedoch viel einfacher und fördert letztendlich eine schnellere breite Akzeptanz.