Wie unterscheiden sich Solana Actions und Blinks von Farcaster und Lens?

Übersetzung: Vernacular Blockchain

Kürzlich haben Solana und Dialect gemeinsam das neue Solana-Konzept „Actions and Blinks“ auf den Markt gebracht, das Ein-Klick-Bedienungsfunktionen wie Tausch, Abstimmung, Spende und Minting über Browsererweiterungen ermöglicht. Aktionen vereinfachen die Ausführung verschiedener Vorgänge und Transaktionen, während Blinks durch Zeitsynchronisation und sequentielle Aufzeichnung für Netzwerkkonsens und -konsistenz sorgen. Die Kombination aus beidem ermöglicht es Solana, ein leistungsstarkes Blockchain-Erlebnis mit geringer Latenz zu bieten. Die Entwicklung von Blinks erfordert die Unterstützung von Web2-Anwendungen, was Probleme im Hinblick auf Vertrauen, Kompatibilität und Zusammenarbeit zwischen Web2 und Web3 mit sich bringt. Actions und Blinks verlassen sich mehr auf Web2-Anwendungen, um Datenverkehr zu erhalten, im Vergleich zu Farcaster und Lens Protocol, die mehr auf On-Chain-Sicherheit angewiesen sind.

1. Wie Actions und Blinks funktionieren

1) Actions (Solana Actions)

Gemäß der offiziellen Definition: Solana Actions ist eine standardisierte API, die Transaktionen auf der Solana-Blockchain zurückgibt. Diese Transaktionen können in einer Vielzahl von Umgebungen, einschließlich QR-Codes, Schaltflächen + Widgets und Websites im Internet, in der Vorschau angezeigt, signiert und gesendet werden.

Aktionen können einfach als Transaktionen verstanden werden, die auf eine Unterschrift warten. Um es noch weiter zu erweitern: Actions ist eine abstrakte Beschreibung des Transaktionsverarbeitungsmechanismus im Solana-Netzwerk, die eine Vielzahl von Aufgaben abdeckt, wie z. B. Transaktionsverarbeitung, Vertragsausführung und Datenoperationen. Benutzer können Transaktionen über Aktionen senden, einschließlich Token-Übertragungen und Käufen digitaler Vermögenswerte. Entwickler verwenden Aktionen, um Smart Contracts aufzurufen und auszuführen, um komplexe On-Chain-Logik zu implementieren.

Solana erledigt diese Aufgaben durch „Transaktionen“, die jeweils aus einer Reihe von Anweisungen bestehen, die zwischen bestimmten Konten ausgeführt werden. Durch Parallelverarbeitung und das Gulf Stream-Protokoll leitet Solana Transaktionen vorab an Validatoren weiter und reduziert so Bestätigungsverzögerungen. Durch einen feinkörnigen Sperrmechanismus kann Solana eine große Anzahl konfliktfreier Transaktionen gleichzeitig verarbeiten und so den Systemdurchsatz erheblich verbessern. Solana verwendet Runtime zur Ausführung von Transaktionen und Smart-Contract-Anweisungen, um die Korrektheit der Transaktionseingaben, -ausgaben und des Status während der Ausführung sicherzustellen.

Nach der ersten Ausführung wartet die Transaktion auf die Blockbestätigung. Sobald sich die Mehrheit der Validatoren auf einen Block einigt, gilt die Transaktion als endgültig. Solana kann Tausende von Transaktionen pro Sekunde mit Bestätigungszeiten von nur 400 Millisekunden verarbeiten. Dank der Pipeline- und Gulfstream-Mechanismen konnten Durchsatz und Leistung des Netzwerks weiter verbessert werden.

Aktionen sind nicht nur Aufgaben oder Vorgänge, sie können Transaktionen, Vertragsabwicklungen oder Datenverarbeitungen sein. Diese Vorgänge ähneln Transaktionen oder Vertragsaufrufen in anderen Blockchains, aber Solanas Aktionen haben einzigartige Vorteile:

Effiziente Verarbeitung: Solana hat eine effiziente Methode zur Verarbeitung von Aktionen entwickelt, die eine schnelle Ausführung in großen Netzwerken ermöglicht.

Geringe Latenz: Die Hochleistungsarchitektur von Solana stellt sicher, dass die Verarbeitungslatenz von Aktionen sehr gering ist und unterstützt hochfrequente Transaktionen und Anwendungen.

Flexibilität: Aktionen können eine Vielzahl komplexer Vorgänge ausführen, einschließlich intelligenter Vertragsaufrufe und Datenspeicherung/-abruf (weitere Informationen finden Sie im Erweiterungslink).

2) Blinks (Blockchain-Links)

Gemäß der offiziellen Definition: Blinks können jede Solana-Aktion in einen gemeinsam nutzbaren, metadatenreichen Link umwandeln. Blinks ermöglicht es aktionsfähigen Clients (Browser-Erweiterungs-Wallets, Bots), Benutzern mehr Funktionalität zur Verfügung zu stellen. Auf der Website können Blinks sofort eine Transaktionsvorschau in Wallets auslösen, ohne auf dezentrale Anwendungen umzuleiten. In Discord können Bots Blinks zu einer Reihe interaktiver Schaltflächen erweitern. Dies ermöglicht eine On-Chain-Interaktion mit jeder Webschnittstelle, die eine URL anzeigt.

Einfach ausgedrückt wandelt Solana Blinks Solana-Aktionen in gemeinsam nutzbare Links um (ähnlich wie HTTP). Websites und soziale Medien können zu Orten für On-Chain-Transaktionen werden, indem sie Funktionen in unterstützten Wallets wie Phantom, Backpack und Solflare ermöglichen, sodass jede Website mit einer URL Solana-Transaktionen direkt initiieren kann.

Zusammenfassend lässt sich sagen, dass Solana Actions und Blinks zwar erlaubnislose Protokolle/Standards sind, im Vergleich zu Intent Narrative Solvern jedoch immer noch Client-Anwendungen und Wallets erfordern, um Benutzern letztendlich beim Signieren von Transaktionen zu helfen.

Das direkte Ziel von Actions and Blinks ist die „HTTP-Kette“ der On-Chain-Operationen von Solana und deren Analyse in Web2-Anwendungen wie Twitter. 2. Anwendung des dezentralen sozialen Protokolls auf Ethereum dezentrale Technologieverbindungen. Dadurch können Benutzer Inhalte nahtlos zwischen verschiedenen Plattformen migrieren und teilen, ohne auf eine einzige zentrale Einheit angewiesen zu sein. Sein Open Graph-Protokoll, das automatisch verlinkte Inhalte aus Beiträgen in sozialen Netzwerken extrahiert und interaktive Funktionen einfügt, ermöglicht es, von Benutzern geteilte Inhalte automatisch zu extrahieren und in interaktive Anwendungen umzuwandeln.

Dezentrales Netzwerk: Farcaster setzt auf ein dezentrales Netzwerk und vermeidet so das Single-Point-of-Failure-Problem zentralisierter Server, das in traditionellen sozialen Netzwerken häufig auftritt. Es nutzt die Distributed-Ledger-Technologie, um Datensicherheit und Transparenz zu gewährleisten.

Verschlüsselung mit öffentlichem Schlüssel: Jeder Farcaster-Benutzer verfügt über ein Paar öffentlicher und privater Schlüssel. Der öffentliche Schlüssel wird zur Identifizierung des Benutzers verwendet, während der private Schlüssel zum Signieren seiner Aktionen verwendet wird. Dieser Ansatz gewährleistet den Datenschutz und die Sicherheit der Benutzerdaten.

Datenportabilität: Benutzerdaten werden in einem dezentralen Speichersystem und nicht auf einem einzelnen Server gespeichert. Dies gibt Benutzern die vollständige Kontrolle über ihre Daten und die Möglichkeit, diese zwischen verschiedenen Apps zu verschieben.

Überprüfbare Identität: Durch die Public-Key-Verschlüsselungstechnologie stellt Farcaster sicher, dass die Identität jedes Benutzers überprüfbar ist. Benutzer können durch Signieren von Aktionen die Kontrolle über ein Konto nachweisen.

Dezentrale Identifikatoren (DIDs): Farcaster verwendet dezentrale Identifikatoren (DIDs), um Benutzer und Inhalte zu identifizieren. DIDs basieren auf der Verschlüsselung mit öffentlichen Schlüsseln und sind äußerst sicher und unveränderlich.

Datenkonsistenz: Um die Datenkonsistenz im Netzwerk sicherzustellen, verwendet Farcaster einen Blockchain-ähnlichen Konsensmechanismus (mit „Posts“ als Knoten). Dieser Mechanismus stellt sicher, dass sich alle Knoten über Benutzerdaten und Vorgänge einig sind, wodurch die Datenintegrität und -konsistenz gewahrt bleibt.

Dezentrale Anwendungen: Farcaster bietet eine Entwicklungsplattform, die es Entwicklern ermöglicht, dezentrale Anwendungen (DApps) zu erstellen und bereitzustellen. Diese Anwendungen können nahtlos in das Farcaster-Netzwerk integriert werden, um Benutzern eine Vielzahl von Funktionen und Diensten bereitzustellen.

Sicherheit und Datenschutz: Farcaster legt Wert auf den Datenschutz und die Sicherheit der Benutzerdaten. Die gesamte Datenübertragung und -speicherung erfolgt verschlüsselt und Benutzer können wählen, ob Inhalte öffentlich oder privat sein sollen.

Mit der neuen Funktion „Frames“ von Farcaster (verschiedene Frames lassen sich in Farcaster integrieren und unabhängig voneinander ausführen) können Benutzer „Casts“ (ähnlich wie Beiträge, einschließlich Text, Bilder, Videos und Links) in interaktive Anwendungen umwandeln. Diese Inhalte werden in einem dezentralen Netzwerk gespeichert, wodurch ihre Dauerhaftigkeit und Unveränderlichkeit gewährleistet ist. Jeder Beitrag verfügt bei der Veröffentlichung über eine eindeutige Kennung, wodurch er nachvollziehbar ist und die Identität des Benutzers durch ein dezentrales Authentifizierungssystem überprüft wird. Als dezentrales soziales Protokoll lassen sich die Kunden von Farcaster nahtlos in Frames integrieren.

2) Hauptprinzipien

Das Farcaster-Protokoll ist in drei Hauptschichten unterteilt: Identitätsschicht, Datenschicht (Hubs) und Anwendungsschicht. Jede Schicht hat spezifische Funktionen und Rollen.

A. Identitätsschicht

Funktion: Verantwortlich für die Verwaltung und Überprüfung von Benutzeridentitäten; Bereitstellung einer dezentralen Identitätsauthentifizierung, um die Einzigartigkeit und Sicherheit von Benutzeridentitäten sicherzustellen. Enthält vier Register: ID Registry, Fname, Key Registry und Storage Registry (Einzelheiten finden Sie unter Link 1).

Technisches Prinzip: Verwenden Sie dezentrale Identifikatoren (DIDs), die auf der Public-Key-Verschlüsselungstechnologie basieren. Jeder Benutzer verfügt über eine eindeutige DID, die zur Identifizierung und Überprüfung seiner Identität verwendet wird. Durch die Verwendung öffentlicher und privater Schlüsselpaare wird sichergestellt, dass nur der Benutzer seine Identitätsinformationen kontrollieren und verwalten kann. Die Identitätsschicht gewährleistet eine nahtlose Migration und Authentifizierung zwischen verschiedenen Anwendungen und Diensten.

B. Datenschicht – Hubs

Funktion: Verantwortlich für die Speicherung und Verwaltung benutzergenerierter Daten und Bereitstellung eines dezentralen Datenspeichersystems, um Datensicherheit, Integrität und Zugänglichkeit zu gewährleisten.

Technisches Prinzip: Hubs sind dezentrale Datenspeicherknoten, die im Netzwerk verteilt sind. Jeder Hub dient als unabhängige Speichereinheit und ist für die Speicherung und Verwaltung eines Teils der Daten verantwortlich. Die Daten werden über Hubs verteilt und durch Verschlüsselungstechnologie geschützt. Die Datenschicht gewährleistet eine hohe Verfügbarkeit und Skalierbarkeit der Daten, sodass Benutzer jederzeit auf ihre Daten zugreifen und diese migrieren können.

C. Anwendungsschicht

Funktion: Bereitstellung einer Plattform zur Entwicklung und Bereitstellung dezentraler Anwendungen (DApps), die verschiedene Anwendungsszenarien wie soziale Netzwerke, Inhaltsveröffentlichung und Messaging unterstützt.

Technisches Prinzip: Entwickler können die von Farcaster bereitgestellten APIs und Tools verwenden, um dezentrale Anwendungen zu erstellen und bereitzustellen. Die Anwendungsschicht lässt sich nahtlos in die Identitätsschicht und die Datenschicht integrieren, um Authentifizierung und Datenverwaltung während der Anwendungsnutzung sicherzustellen. Dezentrale Anwendungen laufen in dezentralen Netzwerken und sind nicht auf zentrale Server angewiesen, wodurch die Zuverlässigkeit und Sicherheit der Anwendungen erhöht wird.

3) Zusammenfassung

A.Solanas Aktionen und Blinks

Solanas Aktionen und Blinks dienen dazu, die Verkehrskanäle von Web2-Anwendungen zu verbinden. Die direkten Auswirkungen sind wie folgt:

Benutzerperspektive: Vereinfachung des Transaktionsprozesses, aber erhöhtes Risiko eines Gelddiebstahls.

Solana-Perspektive: Verbessert die Auswirkungen auf den grenzüberschreitenden Verkehr erheblich, steht jedoch unter der Web2-Zensur vor Kompatibilitäts- und Supportproblemen.

Innerhalb des umfangreichen Ökosystems von Solana können zukünftige Entwicklungen wie Layer2, SVM und mobile Betriebssysteme diese Fähigkeiten weiter verbessern.

B. Das Farcaster-Protokoll von Ethereum

Im Vergleich zur Strategie von Solana schwächt das Farcaster-Protokoll von Ethereum die Web2-Verkehrsintegration und erhöht die allgemeine Zensurresistenz und Sicherheit. Das Farcaster + EVM-Modell entspricht eher den nativen Konzepten von Web3.

4) Objektivprotokoll

Lens Protocol ist ein weiteres dezentrales Social-Graph-Protokoll, das Benutzern die vollständige Kontrolle über ihre sozialen Daten und Inhalte geben soll. Mit Lens Protocol können Benutzer ihre sozialen Diagramme erstellen, besitzen und verwalten und sie nahtlos über verschiedene Apps und Plattformen hinweg migrieren. Das Protokoll verwendet NFTs, um die sozialen Diagramme und Inhalte der Benutzer darzustellen und so die Einzigartigkeit und Sicherheit der Daten zu gewährleisten. Als Protokoll auf Ethereum weist das Lens-Protokoll einige Ähnlichkeiten und Unterschiede zu Farcaster auf:

A Ähnlichkeiten:

Benutzerkontrolle: In diesen beiden Protokollen haben Benutzer die vollständige Kontrolle über ihre Daten und Inhalte.

Authentifizierung: Beide verwenden dezentrale Identifikatoren (DIDs) und Verschlüsselungstechnologie, um die Sicherheit und Einzigartigkeit der Benutzeridentitäten zu gewährleisten.

B. Unterschiede:

Technische Architektur:

Farcaster: Basierend auf Ethereum (L1) ist es in eine Identitätsschicht zur Verwaltung von Benutzeridentitäten, eine Datenschicht (Hubs) für dezentrale Speicherknoten und eine DApps-Entwicklungsplattform unterteilt . Die Anwendungsschicht nutzt Offline-Hubs zur Datenverbreitung.

Lens-Protokoll: Basierend auf Polygon (L2) wird NFT verwendet, um den sozialen Graphen und Inhalt des Benutzers darzustellen. Alle Aktivitäten werden in der Brieftasche des Benutzers gespeichert, wodurch der Datenbesitz und die Portabilität betont werden.

Verifizierung und Datenverwaltung:

Farcaster: Verwendet verteilte Speicherknoten (Hubs) zur Datenverwaltung, gewährleistet Sicherheit und hohe Verfügbarkeit, mit jährlichen Handle-Updates und Konsensfindung durch Delta-Graph.

Lens Protocol: Persönliches Datenarchiv NFT gewährleistet die Einzigartigkeit und Sicherheit der Daten ohne Aktualisierung.

App-Ökosystem:

Farcaster: Bietet eine umfassende DApps-Entwicklungsplattform, die nahtlos in die Identitäts- und Datenschicht integriert ist.

Lens-Protokoll: Konzentriert sich auf die Portabilität von sozialen Diagrammen und Inhalten der Benutzer und unterstützt den nahtlosen Wechsel zwischen verschiedenen Plattformen und Anwendungen.

Durch diesen Vergleich können wir sehen, dass Farcaster und Lens Protocol Ähnlichkeiten bei der Benutzerkontrolle und Authentifizierung aufweisen, aber erhebliche Unterschiede bei der Datenspeicherung und dem Ökosystem. Farcaster betont mehrschichtige Strukturen und dezentrale Speicherung, während Lens Protocol die Verwendung von NFTs für Datenportabilität und -eigentum hervorhebt.

3. Welches Protokoll kann als erstes eine groß angelegte Anwendung erreichen?

Durch die obige Analyse haben diese drei Protokolle jeweils ihre eigenen Vorteile und Herausforderungen.

Solana hat durch die Nutzung von Social-Media-Plattformen und den Einsatz von Blinks aufgrund seiner hohen Leistung und der Fähigkeit, jede Website oder App in ein Gateway für den Handel mit Kryptowährungen zu verwandeln, schnell an Bedeutung gewonnen. Allerdings bringt die Abhängigkeit von Web2 Kompromisse zwischen Datenverkehr und Sicherheit mit sich.

Lens Protocol, gegründet im Jahr 2022, nutzt sein modulares Design und die On-Chain-Speicherung, um eine gute Skalierbarkeit und Transparenz zu bieten und frühe Marktchancen zu nutzen, steht jedoch möglicherweise vor Herausforderungen in Bezug auf Kosten, Skalierbarkeit und Markt-FOMO-Stimmung.

Der Vorteil von Farcaster besteht darin, dass sein Design den Web3-Prinzipien am nächsten kommt und den höchsten Grad an Dezentralisierung bietet. Allerdings bringt dies auch Herausforderungen bei der Technologieiteration und dem Benutzermanagement mit sich.

Das obige ist der detaillierte Inhalt vonWie unterscheiden sich Solana Actions und Blinks von Farcaster und Lens?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!