Firedancer-gesteuerte Leistung mit voller SVM-Kompatibilität
Fogo ist eine Blockchain, die mit Solana arbeitet. Es verwendet die Solana Virtual Machine und ein spezielles Tool namens Firedancer, um den Betrieb zu unterstützen. Die Leute, die Fogo erstellt haben, haben nicht von Grund auf neu begonnen. Sie haben den Basisplan von Solana verwendet, aber einige Änderungen vorgenommen, um die Leistung zu verbessern. Sie wollten, dass Fogo wirklich schnell ist und in der Lage ist, viele Dinge gleichzeitig zu bewältigen. Sie wollten auch, dass es effizienter ist und Verzögerungen hat. Fogo ist wie Solana. Es ist optimiert für eine bessere Leistung. Die Fogo-Blockchain ist so konzipiert, dass sie mit der Solana Virtual Machine arbeitet, die ein großer Teil dessen ist, was sie zum Laufen bringt. Die Fogo-Blockchain besteht darin, die Validator-Schicht so gut arbeiten zu lassen, dass sie viele Dinge schnell und einfach bewältigen kann.
Auf diese Weise können Entwickler die Solana-Programme verwenden, die sie bereits haben, die Werkzeuge nutzen, an die sie gewöhnt sind, und die Leistung ständig erhalten. Denn die Solana-Programme laufen auf wirklich schneller Infrastruktur, die ständig besser wird.
• Designphilosophie: Zuerst Kompatibilität, immer Leistung
Die Architektur von Fogo basiert auf zwei Ideen. Dies sind die Regeln, die Fogo befolgt. Die beiden Grundprinzipien, auf denen Fogo basiert, sind sehr wichtig. Die Architektur von Fogo besteht aus diesen beiden Grundprinzipien.
• Das Solana-System ist vollständig mit SVM kompatibel, was bedeutet, dass Programme, die für Solana geschrieben sind, ohne Änderungen verwendet werden können. Dies ist wirklich nützlich für Solana-Programme, da sie einfach so laufen können, wie sie sind.
• Wenn wir über Infrastruktur sprechen, betrachten wir die Optimierung auf einer grundlegenden Ebene. Die Hauptleistungsgewinne, die wir erzielen, stammen von der Arbeit, die die Validator-Engineers leisten, nicht von der Änderung der Art und Weise, wie das Ökosystem zusammenarbeitet. Die Kompatibilität des Ökosystems ist sehr wichtig. Wir wollen es nicht brechen. Wir erhalten diese Leistungsgewinne durch das Engineering, das das Validator-Team durchführt.
Das Solana-Protokoll wird in Fogo durch Firedancer verwendet. Dies hilft Fogo, die Blockstruktur und das Transaktionsformat wie Solana beizubehalten. Es hält auch die Proof of History-Verknüpfung und die Konsensmechanik aufrecht.
Wenn Sie also Fogo verwenden, funktionieren Dinge wie Wallets und Softwareentwicklungs-Kits gut damit. Entwickler-Frameworks und Smart Contracts, die bereits existieren, funktionieren ebenfalls reibungslos mit Fogo. Fogo und das Solana-Protokoll arbeiten zusammen, sodass es einfach ist, diese Dinge zu verwenden.
• Führerrotation und Slot-Zuweisung
Die Funktionsweise von Fogo ähnelt der von Solana. Fogo verwendet einen Zeitplan, um zu entscheiden, wer die Verantwortung trägt. Dieser Zeitplan basiert darauf, wie viel Anteil jede Person hat. Es ist ein System. Fogo ist in dieser Hinsicht wie Solana. Fogo und Solana verwenden beide diese Art von Zeitplan.
So funktioniert es
Die Art und Weise, wie etwas funktioniert, ist wirklich wichtig zu wissen.
Es hilft den Menschen zu verstehen, was mit dem, was sie verwenden, vor sich geht.
Die Menschen wollen wissen, wie die Dinge funktionieren, damit sie sie besser nutzen können.
Die Details, wie es funktioniert, sind das, was es nützlich macht.
Die Menschen lernen, wie es funktioniert, und dann können sie damit Dinge tun.
Das ist es, was die Menschen über die Funktionsweise wissen müssen.
Validatoren setzen Tokens.
Am Ende jeder Epoche ermittelt das System einen Zeitplan für den Führer.
Die Slot-Zuweisungen werden anhand des Gewichts jedes Anteils ermittelt. Sie verwenden das Gewicht der Anteile, um die Slot-Zuweisungen zu entscheiden.
Wenn es um Validatoren geht, erhalten die mit viel Anteil die Slots. Das bedeutet, je mehr Anteil ein Validator hat, desto mehr Slots werden ihm zugewiesen. Die Validatoren mit Anteil erhalten Slots im Verhältnis zu der Menge an Anteil, die sie haben.
Der Zeitplan wird unter Verwendung eines Satzes von Regeln erstellt, die einen zufälligen Startpunkt vom aktuellen Zustand der Kette erstellen. Dies stellt sicher, dass der Zeitplan für die Kette fair ist.
Vorhersehbarkeit für Netzwerkteilnehmer
Faire Verteilung über Validatoren
Widerstandsfähigkeit gegen Manipulation
Wenn es an der Reihe des Führers ist, muss der Führer sicherstellen, dass Blöcke produziert werden. Der Führer ist verantwortlich für die Produktion von Blöcken während dieser Zeit. Dies ist der Job des Führers, wenn es seine zugewiesene Zeit ist, dies zu tun. Der Führer muss sich um die Blockproduktion kümmern.
• Transaktionszugang: QUIC-basiertes Pipeline
Wenn ein Validator Führer wird, erhält er Transaktionen über eine Pipeline, die QUIC verwendet. Diese Pipeline bringt die Transaktionen zum Validator. Der Validator empfängt diese Transaktionen. Er tut dies über die QUIC-basierte Eingangs-Pipeline.
Dieses Design bietet:
Zuverlässige, multiplexierte Verbindungen
Verbesserte Staukontrolle
Reduzierte Auswirkungen von Paketverlusten
Bessere Widerstandsfähigkeit gegen Spam
Transaktionen sind:
• Erhalten
• Signaturverifiziert
• Gegen den Kontostand validiert
• Für die Ausführung geplant
Diese Pipeline stellt sicher, dass viele Dinge zur gleichen Zeit geschehen können, ohne das Netzwerk durcheinanderzubringen. Die Pipeline ist wirklich gut darin, das Netzwerk stabil zu halten. Die Stabilität des Netzwerks ist sehr wichtig. Diese Pipeline leistet großartige Arbeit, um dies aufrechtzuerhalten.
• Ausführungsebene: Solana Virtual Machine
Fogo funktioniert mit der Solana Virtual Machine genau wie Solana. Es macht die Dinge mit der Solana Virtual Machine, die Solana macht. Die Solana Virtual Machine funktioniert auf Fogo genauso wie auf Solana.
Paralleles Ausführungsmodell
Der Support Vector Machine ermöglicht:
Parallele Transaktionsverarbeitung
Kontostufen-Sperrung
Deterministische Ausführung
Wenn zwei Transaktionen nicht in die Konten des anderen eingreifen, können Solana-Style-Ketten sie zur gleichen Zeit ausführen. Dies ist ein Grund, warum Solana-Style-Ketten in der Lage sind, eine so hohe Leistung zu erzielen.
Fogo funktioniert in dieser Situation gut, was bedeutet, dass Fogo in der Lage ist, alles zu tun, was es tun soll. Fogo hat keine Probleme, wenn es hier verwendet wird. Die Sache an Fogo ist, dass es ohne Probleme weiterarbeitet, sodass wir uns auf Fogo verlassen können, um die Arbeit zu erledigen.
Die vorhandenen Programme funktionieren weiterhin genau wie zuvor, sie benötigen keine Änderungen, um zu laufen. Die vorhandenen Programme sind in Ordnung, wie sie sind.
Die Entwicklertools funktionieren immer noch ordnungsgemäß. Die Entwicklertools sind weiterhin funktional.
Unternehmen, die Infrastruktur bereitstellen, können sich ohne viel Aufwand verbinden. Dies macht es einfach für Infrastruktur-Anbieter, mit Systemen zusammenzuarbeiten. Infrastruktur-Anbieter können im Grunde anschließen und sofort mit der Arbeit beginnen.
• Proof of History-Integration
Die Bank verwendet etwas, das Transaktionen genannt wird, um Geldbewegungen nachzuverfolgen. Diese Transaktionen werden in Bündel namens Einträge zusammengefasst. Jeder dieser Einträge ist mit etwas verbunden, das Proof of History genannt wird, was wie ein spezielles Schloss ist, das hilft, alles sicher und ehrlich zu halten.
Proof of History fungiert als eine Art Uhr, der die Menschen vertrauen können. Es verwendet einen Code, um die Zeit im Auge zu behalten. Um zu warten, bis alle im Netzwerk sich einig sind, wie spät es ist, verlassen sich die Personen, die Transaktionen überprüfen, auf eine spezielle Sequenz von Codes, die ständig erstellt wird. Diese Sequenz von Codes ist wie eine Uhr, die niemals stoppt. Proof of History ist es, was diese Uhr zum Laufen bringt.
Das gibt uns
Schnelle Ordnung von Ereignissen
Reduzierter Koordinationsaufwand
Effiziente Blockkonstruktion
Jeder Eintrag ist mit dem Proof of History verknüpft, der sicherstellt, dass alles in der Reihenfolge ist und dass die Geschichte korrekt ist. Der Proof of History ist sehr wichtig, da er garantiert, dass die Einträge in der Reihenfolge sind.
• Zerschneiden und Blockverbreitung
Wenn etwas abgeschlossen ist, werden die Blöcke in Stücke zerlegt. Die Blöcke werden in Shreds aufgeteilt.
Diese Informationsstücke werden über Turbine gesendet, das ist Solanas Weg, Informationen an alle zu verbreiten. Solana nutzt Turbine, um die Nachricht zu verbreiten.
Die Struktur von Turbine
Die Validatoren sind so eingerichtet, dass sie wie ein Baum aussehen. Sie sind in einer Reihenfolge miteinander verbunden, wobei einige Validatoren von anderen abzweigen, ähnlich wie die Äste eines Baumes. Die Validatoren sind hier das Wesentliche und sie sind in dieser baumartigen Weise angeordnet.
Der Führer sendet Informationsstücke, die wir Shreds nennen können, an einige der Knoten. Der Führer tut dies zu einigen der Knoten, nicht zu allen. Diese Knoten sind wie eine Gruppe innerhalb der größeren Gruppe von Knoten. Der Führer sendet diese Shreds an diese Gruppe von Knoten.
Die Knoten senden die Informationen an Knoten, die weiter unten im Baum stehen. Diese Knoten geben die Daten dann an weitere Knoten weiter, die weiter unten im Baum stehen. Die Knoten sind wirklich gut darin, dabei zu helfen, dass die Daten dorthin gelangen, wo sie im Baum hin müssen.
Die Vorteile davon sind:
Reduzierter Druck auf die Bandbreite des Führers
Schnellere globale Verbreitung
Verbesserte Skalierbarkeit
Fogo tut dies, damit es gut mit den Dingen funktioniert und es einfach ist, Fogo mit anderen zu teilen. Fogo sorgt dafür, dass alles reibungslos läuft, wenn Sie Fogo verwenden. Auf diese Weise ist Fogo sehr gut darin, Fogo mit Menschen zu teilen.
• Konsens: Tower BFT
Fogo bringt alle dazu, sich mit der Tower-BFT-Methode zu einigen, die eine Möglichkeit ist, sicherzustellen, dass alles funktioniert, selbst wenn einige Teile nicht richtig funktionieren. Die Tower-BFT-Methode ist ein byzantinischer Fehlertoleranzalgorithmus, was bedeutet, dass es sich um eine spezielle Art von Algorithmus handelt, der Fogo hilft, Entscheidungen zu treffen. Fogo verwendet diesen Tower-BFT-Algorithmus, um Konsens zu erreichen.
Schlüsselfunktionen
Validatoren sind die Menschen, die über Forks abstimmen. Die Validatoren müssen abstimmen, wenn es einen Fork gibt. Der Fork muss von den Validatoren abgestimmt werden, damit jeder weiß, was zu tun ist. Validatoren und ihre Stimmen sind sehr wichtig, wenn es um Forks geht.
Wenn Sie eine Stimme abgeben, hat die Stimme eine Wartezeit, bevor Sie etwas tun können. Diese Wartezeit ist wie eine Lockout-Periode für die Stimme. Die Stimme ist im Grunde für eine Weile eingefroren.
Wenn Sie einen Lockout haben, wird es mit jeder Stimme, die danach erfolgt, schlimmer. Die Lockouts verdoppeln sich jedes Mal, wenn es eine neue Stimme gibt. Das bedeutet, dass die Lockouts mit jeder Stimme stark zunehmen.
Das Lockout-System ist wirklich hart für Menschen, die wechseln möchten. Wenn ein Validator tiefer in das System geht, wird es ihn viel mehr kosten, seine Meinung zu ändern und zurückzugehen. Dieses System macht es sehr teuer für Validatoren, zu wechseln, sodass sie vor einem Wechsel sorgfältig nachdenken. Das exponentielle Lockout-System ist ein Grund, warum Validatoren nicht gerne Forks wechseln.
• Fork-Wahlregel
Fogo wählt die Kette, indem es eine Regel verwendet, die die Kette mit den meisten Blöcken auswählt. Dies wird als Fork-Regel bezeichnet. Fogo verwendet diese Regel, um die Kette auszuwählen. Die kanonische Kette ist die Kette, die Fogo auswählt.
Der Fork, der die Stimmen von Validatoren basierend auf dem Anteil, den sie haben, erhält, ist der, den alle am besten mögen. Dieser Fork ist die Kette, weil er das höchste kumulierte Gewicht des Anteils aus allen Validatoren-Stimmen hat.
Bestätigung und Finalisierung
Ein Block wird als endgültig betrachtet, wenn der Bitcoin-Block die Stimmen von mindestens 66 Prozent des Anteils hat. Dies geschieht im Mehrheitsfork der Bitcoin-Blockchain. Der Block wird bestätigt, wenn er diese Stimmen von den Stakeholdern im Mehrheitsfork erhält.
Ein Block wird als endgültig betrachtet, wenn er einen Punkt erreicht, der normalerweise erreicht wird, wenn 31 oder mehr Blöcke darüber hinzugefügt werden. Dies wird oft als Lockout-Tiefe bezeichnet. Wenn ein Block diesen Punkt erreicht, wird er finalisiert.
Jetzt kommt es an den Punkt, an dem es sich in Bezug auf Geld nicht lohnt, zurückzugehen. Die Umkehrung wird zu teuer, um Sinn zu machen, wenn man ehrlich über die Kosten ist. An diesem Punkt wird die Umkehrung der Situation unter Annahmen wirtschaftlich unrealistisch.
• Die Rolle von Firedancer in der Leistung
Die Regeln für Solana sind immer noch die gleichen. Firedancer sorgt dafür, dass die Solana-Regeln besser und schneller funktionieren. Firedancer ändert, wie die Solana-Regeln ausgeführt werden, sodass sie effizienter sind.
Die Firedancer-Optimierungen umfassen Dinge wie:
Optimierung der Speichernutzung auf niedriger Ebene
Hochgradig effizienter Netzwerkstack
Optimierte QUIC-Verarbeitung
Verbesserungen der parallelen Verarbeitung
Der Systemaufrufaufwand ist jetzt geringer. Das bedeutet, dass das System Dinge schneller tun kann, weil es nicht viele Systemaufrufe tätigen muss. Der Systemaufrufaufwand ist wirklich wichtig, da er das System verlangsamen kann. Es ist also gut, dass der Systemaufrufaufwand reduziert wurde.
Das bedeutet, dass Fogo die Menge an Arbeit erhöhen kann, die es bewältigen kann, ohne die Funktionsweise der Shared Virtual Memory-Logik oder die Regeln, denen jeder folgt, zu ändern. Fogo kann dies tun. Es hilft Fogo, die Grenzen dessen, wie viel Arbeit Fogo bewältigen kann, zu erweitern.
• Warum diese Architektur wichtig ist
Fogo zeigt uns, dass wir die Art und Weise, wie Dinge gemacht werden, nicht ändern müssen, um etwas Neues zu schaffen. Es lehrt uns, dass wir Dinge besser machen können, indem wir Dinge ein wenig anders machen. Fogo zeigt, dass Innovation nicht immer erfordert, dass wir von Grund auf neu anfangen und das Protokolldesign neu erfinden. Stattdessen zeigt Fogo uns, wie wir die Dinge, die wir bereits haben, nutzen können, um etwas Besseres zu schaffen.
Validator Engineering ist wirklich wichtig, weil es uns helfen kann, Dinge viel besser funktionieren zu lassen. Wir sprechen über Validator Engineering. Es kann neue Leistungsobergrenzen für Validator Engineering freischalten. Das bedeutet, Validator Engineering kann Dinge tun, die es zuvor nicht tun konnte, und es wird ein Geschäft sein, für das Validator Engineering.
Wenn etwas mit dem Ökosystem kompatibel ist, sind die Menschen eher geneigt, es zu verwenden. Das liegt daran, dass die Kompatibilität des Ökosystems dazu führt, dass Dinge zusammenarbeiten. Die Kompatibilität des Ökosystems hilft also wirklich, mehr Menschen zur Annahme des Ökosystems und der Dinge, die Teil davon sind, zu bewegen. Die Kompatibilität des Ökosystems ist sehr wichtig für die Annahme von Dingen.
Unsere Infrastruktur besser zu machen, hilft wirklich, dass sie funktioniert. Das bedeutet, dass unsere Infrastrukturoptimierung sehr wichtig ist, da sie die Zuverlässigkeit der Infrastruktur verbessert. Wenn wir die Infrastruktur optimieren, stellen wir sicher, dass unsere Infrastruktur zuverlässig ist.
Solana hat eine Möglichkeit, Protokolle zu entwerfen, und Firedancer ist wirklich gut im Engineering. Wenn man diese beiden Dinge zusammenfügt, macht Fogo eine Kette, die ganz darauf ausgerichtet ist, schnell zu sein und gut zu funktionieren, was die Solana Virtual Machine-Kette benötigt, um viele Dinge gleichzeitig bewältigen zu können.
Abschließende Gedanken
Die Architektur von Fogo ist eine Mischung aus Kompatibilität und Optimierung.
Es hält
Anteilsgestützte Führerrotation
Proof of History-Anordnung
SVM parallele Ausführung
Turbine-Verbreitung
Tower BFT-Konsens
Und verbessert sie durch einen auf Firedancer basierenden Validator-Stack, der für extreme Leistung konzipiert ist.
Das Ergebnis ist eine Blockchain, die für Solana-Entwickler vertraut erscheint, aber mit einer leistungsorientierten Infrastrukturschicht arbeitet, die für moderne Skalierbarkeitsanforderungen entwickelt wurde.