Hallo zusammen!
Gestern von NEAR, einem Projekt, an dem ich und meine Kollegen in den letzten 2 Jahren gearbeitet haben.
NEAR ist ein Blockchain-Protokoll und eine Plattform für dezentralisierte Anwendungen, mit dem Fokus auf Leistung und Benutzerfreundlichkeit.
Heute möchte ich darüber sprechen, welche Probleme die moderne Welt mit Blockchain-Protokollen angeht, welche Probleme sie lösen können, aber noch nicht gelöst wurden, und wo in diesem Zusammenhang NEAR steht.
Warum sind Blockchain-Protokolle erforderlich
Blockchain-Protokolle bieten eine sehr wichtige Infrastruktur, die es ermöglicht, Anwendungen zu starten, die von keiner zentralisierten Organisation kontrolliert werden.
Kurzfristig wird dies bereits genutzt, um Finanzdienstleistungen zu schaffen, die nicht von Banken und Staaten kontrolliert werden. Auf Ethereum – der derzeit beliebtesten Plattform für dezentralisierte Anwendungen – sind in den letzten zwei Jahren unzählige interessante Finanzdienstleistungen entstanden: MakerDAO hat eine dezentralisierte Währung geschaffen, deren Preis fast genau einem Dollar entspricht, wodurch Finanzdienstleistungen auf der Plattform unter Verwendung nicht volatiler Vermögenswerte möglich werden. Compound hat die Möglichkeit geschaffen, Geld auf ein virtuelles Konto einzuzahlen und nahezu garantierte Einnahmen zu erzielen. Augur und Flux haben Dienste entwickelt, auf denen man Wetten auf verschiedene Ereignisse in der realen Welt platzieren kann. Darüber hinaus wurden auf Ethereum zahlreiche verschiedene dezentrale Börsen gestartet. All diese Dienste sind entweder autonom und werden von niemandem kontrolliert, oder sie werden kollektiv von den Nutzern des Dienstes kontrolliert.
Finanzprodukte, die nicht vom Staat und Banken kontrolliert werden, sind eine sehr wichtige Richtung. Aber Blockchain-Protokolle ermöglichen viel mehr.
Mittelfristig und langfristig wird dieselbe Infrastruktur es ermöglichen, Dienste und Anwendungen zu entwickeln, deren Ziel es ist, ein freies und offenes Internet zu schaffen und den dominierenden Einfluss von Oligopolen auf unser Leben zu verringern. Für alltägliche Anwendungen: soziale Netzwerke, Chats, Interessengruppen und andere, ermöglichen Blockchain-Protokolle Funktionen, die ohne sie wesentlich schwerer zu realisieren sind. Drei Beispiele:
1. Einheitliches Login und allgemeine Kontoinformationen. Heute sind fast alle Dienste für einheitliches Login zentralisiert. Wenn Sie ein Gmail-Konto zur Authentifizierung in Anwendungen verwenden und Google Ihr Konto löscht, verlieren Sie den Zugang zu allen Anwendungen, in denen Sie Google verwendet haben. Die Verwendung einer Blockchain-basierten Lösung für das einheitliche Login ermöglicht es, sich nicht auf eine zentralisierte Organisation zu verlassen. Darüber hinaus können Anwendungen, die eine solche Lösung verwenden, mit Genehmigung des Benutzers verschiedene Informationen in einem solchen einheitlichen Konto speichern, die dann in anderen Anwendungen verwendet werden können. Eine hypothetische dezentrale Coursera könnte auf dem Konto vermerken, dass ein Kurs abgeschlossen wurde, während ein hypothetischer dezentraler LinkedIn diese Information anzeigen könnte, und weder Coursera noch LinkedIn noch der Login-Dienst können diese Informationen löschen, ändern oder das Benutzerkonto außerhalb der im Voraus festgelegten transparenten Protokolle schließen.
2. Monetarisierung, Vermögenswerte und Mikroktransaktionen. Einer der Gründe, warum die Entwicklung offener Dienste unpopulär ist, liegt darin, dass sie sehr schwer zu monetarisieren sind. Da Geld auf der Blockchain ein grundlegender Bestandteil des Protokolls ist und deren Übertragung nicht eingeschränkt ist, ist es viel einfacher, verschiedene Monetarisierungsmöglichkeiten in Anwendungen und Dienste zu integrieren. Ohne sinnvolle Wege zur Monetarisierung wird die Arbeit am offenen Internet niemals große, ernsthafte Teams anziehen, und folglich werden Anwendungen, die mit großen Akteuren konkurrieren können, nicht entstehen.
3. Koordination der Datenspeicherung und Berechnungen. Berechnungen durchzuführen und Daten auf Blockchain-Protokollen zu speichern ist deutlich teurer als in der Cloud. Für die meisten Anwendungen und Dienste ist es wirtschaftlich nicht tragbar, sie auf der Blockchain auszuführen. Wenn sie jedoch auf eigenen Servern ausgeführt und dort Daten gespeichert werden, können sie ihre Server alleine zurückzahlen, was zu Datenverlust führen kann, oder den Code, den sie ausführen, ändern, was im Kontext bestimmter dezentraler Anwendungen inakzeptabel ist. Glücklicherweise gibt es verschiedene Ansätze, die es ermöglichen, Daten zu speichern und Berechnungen außerhalb der Blockchain zu einem Preis durchzuführen, der mit der Cloud vergleichbar ist, aber nicht erlaubt, Daten zu löschen oder Berechnungen zu ersetzen. Diese Ansätze nutzen die Blockchain als Protokoll, bei dem die teilnehmenden Ressourcenanbieter eine gewisse Sicherheit als Garantie für die Korrektheit ihrer Arbeit hinterlegen, während die teilnehmenden Ressourcenverbraucher dieses Pfand verbrennen oder zurückfordern können, wenn sie kryptografische Beweise dafür erbringen können, dass die Daten nicht gespeichert wurden oder die Berechnungen fehlerhaft waren.
Die gesamte oben beschriebene Funktionalität setzt voraus, dass das zugrunde liegende Protokoll schnell, kostengünstig und für die Benutzer verständlich ist.
Was NEAR löst
NEAR löst zwei Probleme, die bei bestehenden Protokollen auftreten.
Das erste ist die Geschwindigkeit, und die daraus resultierende Transaktionspreise. Ethereum ermöglicht heute etwa 15 Transaktionen pro Sekunde. Die Nachfrage übersteigt heute deutlich 15 Transaktionen pro Sekunde, und die Transaktionskosten sind daher unglaublich hoch: Die einfachste Transaktion kostet heute etwa 40 Cent, komplexere kosten mehrere Dollar. Fast alle Anwendungsfälle, die ich oben beschrieben habe, sind nur sinnvoll, wenn die Preise um mehrere Größenordnungen niedriger sind, was wiederum eine wesentlich höhere Durchsatzkapazität erfordert.
Der Versuch, ein Protokoll mit höherer Durchsatzkapazität zu realisieren, während die Anforderung bestehen bleibt, dass jeder Teilnehmer im Netzwerk jede Transaktion überprüft und den gesamten Zustand speichert, erhöht die Anforderungen an die Hardware. Dies wiederum erhöht die Eintrittsbarriere und verringert die Dezentralisierung und Zuverlässigkeit des Protokolls.
NEAR skaliert mit einem anderen Ansatz, der als Sharding bezeichnet wird. Ich habe Sharding im Kontext von Blockchains ausführlich auf Habr beschrieben. Sharding ist eine horizontale Skalierung und ermöglicht es perspektivisch, viel mehr Berechnungen deutlich günstiger durchzuführen, als es bei Protokollen möglich ist, die vertikal skalieren, egal wie hohe Anforderungen sie an die Hardware stellen.
Das zweite Problem ist die Benutzerfreundlichkeit. Die Entwicklung und Bereitstellung von Anwendungen auf NEAR ist viel einfacher als bei anderen Protokollen. Und wichtiger ist, dass Benutzer Anwendungen, die auf NEAR bereitgestellt wurden, nutzen können, ohne zu wissen, was Blockchain, Transaktion oder privater Schlüssel sind.
Blockchain-Protokolle wurden historisch mit dem Ziel entwickelt, maximale Zuverlässigkeit und nicht Benutzerfreundlichkeit zu gewährleisten. In vielen Aspekten führen diese Ziele zu inkompatiblen Anforderungen, und das Thema der Entwicklung von Protokollen, die von Menschen ohne technische Ausbildung verwendet werden können, aber genügend zuverlässig für Szenarien sind, in denen der Verlust eines Kontos Millionen kosten kann – das ist ein Thema für einen eigenen Artikel.
Auf Man kann sich Beispiele für die Entwicklung von Anwendungen für NEAR in Rust und AssemblyScript (einem Teilbereich von TypeScript) in einer interaktiven IDE im Browser ansehen und wie sie für den Endbenutzer aussehen.
Zum Abschluss
Ein offenes Internet und dezentralisierte Finanzinstrumente können per Definition nicht von einem einzigen Unternehmen aufgebaut werden.
Die Schaffung der Infrastruktur ist nur ein kleiner Teil der gesamten Arbeit, die zu leisten ist, um ein Ökosystem zu schaffen, in dem alle wichtigen Dienste von der Gemeinschaft und nicht von Oligopolen kontrolliert werden.
Wenn Sie Ideen für gemeinschaftlich verwaltete Dienste haben und daran arbeiten möchten, kommen Sie in unser Unterstützungsprogramm für Unternehmer. .
Wenn Sie ein Entwickler sind, schließen Sie sich dem Ökosystem an: , lassen Sie uns gemeinsam ein offenes Internet aufbauen!
Quelle: habr.com
