Solana: Eine neue Architektur für eine Hochleistungs-Blockchain
Abstract
本論文は、高性能ブロックチェーンのための新しいアーキテクチャを提示する。SolanaはProof of History（PoH）と呼ばれる新しい時間管理メカニズムを実装している。これはイベント間の順序と時間の経過を検証するための証明である。PoHは信頼不要な時間の経過を台帳にエンコードするために使用され、特定の時点でイベントが発生したことを証明する履歴記録を作成する。
重要なイノベーションは、PoHによりネットワーク内のノードが互いに通信することなくイベントの時間的順序を確立できることである。逐次的ハッシュチェーンとして実装された検証可能な遅延関数を使用することで、システムはイベント間の時間の経過を検証する方法を提供する暗号学的時計を生成する。これにより、ネットワークは分散化とセキュリティを維持しながら、毎秒数千のトランザクションを処理できる。
PoHはProof of Stake（PoS）コンセンサスメカニズムと統合されている。この組み合わせにより、バリデータがトランザクションを並列に検証し、効率的にコンセンサスに達することができる高度に最適化されたブロックチェーンアーキテクチャが可能になる。このシステムはムーアの法則に合わせてスケールするように設計されており、分散型ネットワークのセキュリティ保証を犠牲にすることなく、ハードウェア性能の向上を活用してスループットを改善する。
Abstract
Dieses Dokument stellt eine neue Architektur fuer eine Hochleistungs-Blockchain vor. Solana implementiert einen neuartigen Zeitmessungsmechanismus namens Proof of History (PoH) -- einen Beweis zur Verifizierung der Reihenfolge und des Zeitablaufs zwischen Ereignissen. PoH wird verwendet, um den Zeitablauf auf vertrauenslose Weise in einem Ledger zu kodieren und so einen historischen Datensatz zu erstellen, der beweist, dass ein Ereignis zu einem bestimmten Zeitpunkt stattgefunden hat.
Die zentrale Innovation besteht darin, dass PoH es den Knoten im Netzwerk ermoeglicht, eine zeitliche Reihenfolge von Ereignissen festzulegen, ohne miteinander kommunizieren zu muessen. Durch die Verwendung einer verifizierbaren Verzoegerungsfunktion, die als sequentielle Hash-Kette implementiert ist, erzeugt das System eine kryptographische Uhr, die eine Moeglichkeit bietet, den Zeitablauf zwischen Ereignissen zu verifizieren. Dies ermoeglicht es dem Netzwerk, Tausende von Transaktionen pro Sekunde zu verarbeiten und gleichzeitig die Dezentralisierung und Sicherheit aufrechtzuerhalten.
PoH ist mit einem Proof of Stake (PoS) Konsensmechanismus integriert. Die Kombination ermoeglicht eine hochoptimierte Blockchain-Architektur, in der Validatoren Transaktionen parallel verifizieren und effizient einen Konsens erreichen koennen. Das System ist darauf ausgelegt, mit dem Mooreschen Gesetz zu skalieren und Verbesserungen der Hardware-Leistung zu nutzen, um den Throughput zu erhoehen, ohne die Sicherheitsgarantien eines dezentralen Netzwerks zu opfern.
Introduction
ブロックチェーンシステムにおける根本的な課題は、分散化とセキュリティを維持しながら高いトランザクションスループットを達成することである。現在のブロックチェーン実装は、時間とイベントの順序付けについて合意するためにノード間の広範な通信を必要とするコンセンサスメカニズムによって制限されている。この調整のオーバーヘッドがボトルネックを生み出し、既存のブロックチェーンがグローバル規模のアプリケーションの需要に対応するためのスケーリングを妨げている。
核心的な問題は時間である。分散システムにおいて、ノードは他のノードのタイムスタンプが正確であることを信頼できないため、外部の時計に依存することができない。従来のブロックチェーンコンセンサスプロトコルは、ノードが現在の状態とトランザクションの順序について合意するために広範に通信することでこの問題を解決している。この通信のオーバーヘッドはスループットを根本的に制限する。ネットワークはノードが順序付けについてコンセンサスに達する速度でしかトランザクションを処理できないからである。
SolanaはこのタイミングProblemの解決策としてProof of Historyを導入する。PoHは、潜在的に悪意のあるアクターからのタイムスタンプに依存することなく、イベント間に一定の時間が経過したことを証明する暗号学的方法を提供する。検証可能な履歴記録を作成することで、PoHはノードがトランザクションを独立して処理しながら、イベントが発生した順序を証明できるようにする。このブレークスルーにより、ネットワークはトランザクション処理を並列化し、スループットを劇的に向上させることができる。
重要な洞察は、信頼不要な時間源を作成できれば、コンセンサスから調整のボトルネックを除去できるということである。PoHが暗号学的時計を提供することで、バリデータはトランザクションを並列に処理でき、正規の順序付けを確定するためにのみ通信する必要がある。このアーキテクチャの転換により、Solanaは分散型ブロックチェーンでは不可能と考えられていたパフォーマンスレベルを達成できる。
Introduction
Die grundlegende Herausforderung bei Blockchain-Systemen besteht darin, einen hohen Transaktionsdurchsatz zu erreichen und gleichzeitig Dezentralisierung und Sicherheit aufrechtzuerhalten. Aktuelle Blockchain-Implementierungen sind durch ihre Konsensmechanismen eingeschränkt, die eine umfassende Kommunikation zwischen Knoten erfordern, um sich auf den Zeitpunkt und die Reihenfolge der Ereignisse zu einigen. Dieser Koordinationsaufwand führt zu einem Engpass, der die Skalierung bestehender Blockchains verhindert, um den Anforderungen globaler Anwendungen gerecht zu werden.
Das Kernproblem ist die Zeit. In verteilten Systemen können sich Knoten nicht auf externe Uhren verlassen, da sie nicht darauf vertrauen können, dass die Zeitstempel anderer Knoten korrekt sind. Herkömmliche Blockchain-Konsensprotokolle lösen dieses Problem, indem sie die Knoten umfassend kommunizieren lassen, um sich über den aktuellen Status und die Reihenfolge der Transaktionen zu einigen. Dieser Kommunikationsaufwand schränkt den Durchsatz grundsätzlich ein, da das Netzwerk Transaktionen nur so schnell verarbeiten kann, wie Knoten einen Konsens über ihre Reihenfolge erzielen können.
Solana führt Proof of History als Lösung für dieses Timing-Problem ein. PoH bietet eine kryptografische Methode zum Nachweis, dass zwischen Ereignissen eine bestimmte Zeitspanne vergangen ist, ohne auf Zeitstempel potenziell böswilliger Akteure angewiesen zu sein. Durch die Erstellung einer überprüfbaren historischen Aufzeichnung ermöglicht PoH den Knoten, Transaktionen unabhängig zu verarbeiten und gleichzeitig die Reihenfolge nachzuweisen, in der Ereignisse aufgetreten sind. Dieser Durchbruch ermöglicht es dem Netzwerk, die Transaktionsverarbeitung zu parallelisieren und den Durchsatz drastisch zu steigern.
Die wichtigste Erkenntnis ist, dass wir den Koordinationsengpass im Konsens beseitigen können, wenn wir eine vertrauenswürdige Zeitquelle schaffen können. Da PoH eine kryptografische Uhr bereitstellt, kann validators Transaktionen parallel verarbeiten und muss nur kommunizieren, um die kanonische Reihenfolge abzuschließen. Dieser architektonische Wandel ermöglicht es Solana, Leistungsniveaus zu erreichen, die zuvor in einer dezentralen Blockchain für unmöglich gehalten wurden.
Outline
本論文では、Proof of Historyが高性能ブロックチェーン運用をいかに実現するかに焦点を当て、Solanaの技術アーキテクチャを説明する。まず、PoHメカニズム自体について説明する。逐次的ハッシュチェーンがいかにしてイベントの検証可能な時間的順序付けを作成するかを解説する。PoHを安全にする暗号学的特性を詳述し、バリデータがPoHシーケンスを効率的に検証する方法を示す。
次に、PoHがProof of Stakeコンセンサスとどのように統合されるかを探る。PoHの時間的特性を活用するために特別に設計されたPoSアルゴリズムであるTower BFTについて説明する。この統合により、バリデータは特定のPoHタイムスタンプにおける台帳の状態に投票でき、高速かつ安全なコンセンサスメカニズムが実現される。また、悪意ある行動を防止するスラッシング条件についても説明する。
続いて、Solanaのネットワーク設計とデータ伝播プロトコルを提示する。Gulf Streamプロトコルは、mempoolを必要とせずにトランザクション転送を可能にし、クライアントが今後のリーダーに直接トランザクションを送信できるようにする。リーダーローテーションの仕組みと、リーダーシップが変わっても高スループットを維持する方法を説明する。
最後に、Transaction Processing Unit（TPU）、Sealevel並列ランタイム、データストレージ検証のためのProof of Replicationを含むシステムアーキテクチャについて論じる。性能予測は、Solanaが標準的なギガビットネットワーク上で毎秒70万以上のトランザクションを処理でき、ハードウェアの改善に伴いスループットがスケールすることを示している。
Outline
Dieses Papier beschreibt die technische Architektur von Solana und konzentriert sich darauf, wie Proof of History einen leistungsstarken Blockchain-Betrieb ermöglicht. Das Dokument erklärt zunächst den PoH-Mechanismus selbst – wie eine sequentielle Hash-Kette eine überprüfbare zeitliche Reihenfolge von Ereignissen erstellt. Wir beschreiben die kryptografischen Eigenschaften, die PoH sicher machen, und zeigen, wie validators die PoH-Sequenz effizient überprüfen kann.
Das Papier untersucht dann, wie sich PoH in den Proof of Stake-Konsens integrieren lässt. Wir beschreiben Tower BFT, einen PoS-Algorithmus, der speziell dafür entwickelt wurde, die zeitlichen Eigenschaften von PoH zu nutzen. Die Integration ermöglicht es validators, zu bestimmten PoH-Zeitstempeln über den Status von ledger abzustimmen, wodurch ein Konsensmechanismus entsteht, der sowohl schnell als auch sicher ist. Außerdem erläutern wir die Slashing-Bedingungen, die böswilliges Verhalten verhindern.
Als Nächstes stellen wir das Netzwerkdesign und die Datenverbreitungsprotokolle von Solana vor. Das Gulf Stream-Protokoll ermöglicht die Weiterleitung von Transaktionen ohne die Notwendigkeit eines Mempools, sodass Kunden Transaktionen direkt an aufstrebende Führungskräfte senden können. Wir beschreiben, wie die Führungsrotation funktioniert und wie das Netzwerk auch bei Führungswechseln einen hohen Durchsatz aufrechterhält.
Abschließend besprechen wir die Systemarchitektur, einschließlich der Transaction Processing Unit (TPU), der parallelen Sealevel-Laufzeit und des Replikationsnachweises zur Überprüfung der Datenspeicherung. Leistungsprognosen zeigen, dass Solana über 700.000 Transaktionen pro Sekunde in einem Standard-Gigabit-Netzwerk verarbeiten kann, wobei der Durchsatz mit zunehmender Hardware skaliert wird.
Network Design
Solanaのネットワーク設計は、バリデータが交代でブロックを生成するローテーションリーダーシステムを中心としている。リーダーは、着信トランザクションをPoHストリームに順序付けし、結果のブロックをネットワークに公開する責任を持つ。リーダーはステーク加重アルゴリズムによって選出され、ローテーションスケジュールは事前に知られているため、ネットワークはトランザクション転送を最適化できる。
Gulf Streamプロトコルは、クライアントが今後のリーダーに直接トランザクションを転送できるようにすることで、従来のmempoolの必要性を排除する。クライアントがトランザクションを送信すると、ローテーションスケジュールに基づいて予想されるリーダーに転送される。現在のリーダーがトランザクションを処理できない場合、次の予想リーダーに転送される。この設計により確認レイテンシが短縮され、バリデータが事前にトランザクションを実行できるため、スループットがさらに最適化される。
トランザクション伝播はマルチレイヤーアプローチを使用する。クライアントはバリデータにトランザクションを送信し、バリデータは現在のリーダーまたは今後のリーダーに転送する。リーダーはトランザクションをPoHストリームに順序付けし、全体の順序付けを作成する。順序付けが完了すると、リーダーはPoHストリームとトランザクションデータをバリデータに送信し、バリデータはPoHシーケンスを検証してトランザクションを並列に実行する。
ネットワーク設計には、ブロックをより小さなパケットに分割し、ツリー構造でネットワーク全体に配布するTurbineブロック伝播プロトコルも含まれている。このアプローチにより、迅速なブロック伝播を確保しながら、個々のバリデータの帯域幅要件を最小化する。PoHのトランザクション順序検証能力と組み合わせることで、このアーキテクチャはSolanaが分散化を犠牲にすることなく高スループットを達成することを可能にする。
Network Design
Das Netzwerkdesign von Solana basiert auf einem rotierenden Leader-System, in dem validators abwechselnd Blöcke produzieren. Der Leiter ist dafür verantwortlich, eingehende Transaktionen in den PoH-Stream zu sequenzieren und die resultierenden Blöcke im Netzwerk zu veröffentlichen. Die Auswahl der Leader erfolgt über einen stake-gewichteten Algorithmus, und der Rotationsplan ist im Voraus bekannt, sodass das Netzwerk die Transaktionsweiterleitung optimieren kann.
Das Gulf Stream-Protokoll macht einen herkömmlichen Mempool überflüssig, indem es Kunden ermöglicht, Transaktionen direkt an aufstrebende Führungskräfte weiterzuleiten. Wenn ein Kunde eine Transaktion einreicht, wird diese basierend auf dem Rotationsplan an den erwarteten Leiter weitergeleitet. Wenn der aktuelle Leiter die Transaktion nicht verarbeiten kann, leitet er sie an den nächsten erwarteten Leiter weiter. Dieses Design reduziert die Bestätigungslatenz und ermöglicht es validators, Transaktionen vorzeitig auszuführen, wodurch der Durchsatz weiter optimiert wird.
Die Transaktionsweitergabe verwendet einen mehrschichtigen Ansatz. Kunden senden Transaktionen an validators, der sie an den aktuellen oder kommenden Leiter weiterleitet. Der Leiter ordnet die Transaktionen in den PoH-Stream ein und erstellt so eine Gesamtordnung. Nach der Sequenzierung übermittelt der Leiter den PoH-Stream und die Transaktionsdaten an validators, der die PoH-Sequenz überprüft und die Transaktionen parallel ausführt.
Das Netzwerkdesign umfasst auch ein Turbinenblock-Propagationsprotokoll, das Blöcke in kleinere Pakete aufteilt und sie in einer Baumstruktur über das Netzwerk verteilt. Dieser Ansatz minimiert den Bandbreitenbedarf für einzelne validators und gewährleistet gleichzeitig eine schnelle Blockausbreitung. In Kombination mit der Fähigkeit von PoH, die Reihenfolge von Transaktionen zu überprüfen, ermöglicht diese Architektur Solana, einen hohen Durchsatz zu erreichen, ohne die Dezentralisierung zu beeinträchtigen.
Proof of History
Proof of Historyは、SHA-256を使用した逐次的ハッシュチェーンとして実装された検証可能な遅延関数である。PoHジェネレータは継続的にSHA-256ハッシュを計算し、各出力を次のハッシュの入力として使用する。これにより、各ハッシュは前のものが計算された後にのみ計算できる逐次的なチェーンが作成され、検証可能な時間的順序付けが確立される。各ハッシュを生成するための計算要件により、イベント間の最小時間遅延が強制される。
PoHの重要な特性は、検証は安価だが生成は高コストであることである。検証者はハッシュシーケンス全体をセグメントに分割し、各セグメントを独立して並列にチェックし、セグメントが適切に接続されていることを確認することで検証できる。しかし、生成は逐次的でなければならない。すべての中間ステップを実際に計算せずにハッシュチェーンの出力を予測する方法はない。生成と検証の間のこの非対称性がPoHを実用的にしている。
外部イベントとトランザクションデータは、ハッシュチェーンに混合されることでPoHシーケンスに挿入される。トランザクションが到着すると、そのハッシュは現在のPoH状態と結合され、トランザクションがシーケンスのその時点で存在したことを証明する記録が作成される。PoHジェネレータは定期的にチェックポイントを記録し、最後のチェックポイント以降に計算されたハッシュ数とともに現在のハッシュ値を公開する。これらのチェックポイントにより、バリデータはすべてのハッシュを再計算することなくPoHシーケンスを効率的に検証できる。
PoHシーケンスはネットワーク全体の暗号学的時計として機能する。ハッシュチェーンは逐次的で検証可能であるため、任意のノードは、その間隔中に計算されたハッシュを示すだけで、2つのイベント間に一定の時間が経過したことを証明できる。これにより、ノードが外部のタイムスタンプを信頼したり、時間的順序付けを確立するために互いに調整したりする必要がなくなり、従来のブロックチェーンコンセンサスにおける根本的なボトルネックが除去される。
Proof of History
Proof of History ist eine überprüfbare Verzögerungsfunktion, die als sequentielle Hash-Kette mithilfe von SHA-256 implementiert wird. Der PoH-Generator berechnet kontinuierlich SHA-256-Hashes und verwendet jede Ausgabe als Eingabe für den nächsten Hash. Dadurch entsteht eine sequentielle Kette, in der jeder Hash erst nach dem vorherigen berechnet werden kann, wodurch eine überprüfbare zeitliche Reihenfolge entsteht. Der Rechenaufwand für die Generierung jedes Hashs erzwingt eine minimale Zeitverzögerung zwischen Ereignissen.
Die Haupteigenschaft von PoH besteht darin, dass es kostengünstig zu überprüfen, aber teuer in der Herstellung ist. Ein Verifizierer kann die gesamte Hash-Sequenz parallel überprüfen, indem er sie in Segmente aufteilt und jedes Segment einzeln überprüft und dann überprüft, ob die Segmente ordnungsgemäß verbunden sind. Die Generierung muss jedoch sequentiell erfolgen – es gibt keine Möglichkeit, die Ausgabe der Hash-Kette vorherzusagen, ohne jeden Zwischenschritt tatsächlich zu berechnen. Diese Asymmetrie zwischen Generierung und Verifizierung macht PoH praktisch.
Externe Ereignisse und Transaktionsdaten werden in die PoH-Sequenz eingefügt, indem sie in die Hash-Kette eingemischt werden. Wenn eine Transaktion eintrifft, wird ihr Hash mit dem aktuellen PoH-Status kombiniert, wodurch ein Datensatz erstellt wird, der beweist, dass die Transaktion zu diesem Zeitpunkt in der Sequenz existierte. Der PoH-Generator zeichnet regelmäßig Prüfpunkte auf und veröffentlicht den aktuellen Hash-Wert zusammen mit der Anzahl der seit dem letzten Prüfpunkt berechneten Hashes. Diese Prüfpunkte ermöglichen es validators, die PoH-Sequenz effizient zu überprüfen, ohne jeden Hash neu berechnen zu müssen.
Die PoH-Sequenz dient als kryptografischer Taktgeber für das gesamte Netzwerk. Da die Hash-Kette sequentiell und überprüfbar ist, kann jeder Knoten nachweisen, dass zwischen zwei Ereignissen eine bestimmte Zeitspanne vergangen ist, indem er einfach die in diesem Intervall berechneten Hashes anzeigt. Dadurch entfällt für Knoten die Notwendigkeit, externen Zeitstempeln zu vertrauen oder sich untereinander zu koordinieren, um eine zeitliche Reihenfolge festzulegen, wodurch ein grundlegender Engpass im traditionellen Blockchain-Konsens beseitigt wird.
Proof of History Sequence
Proof of Historyシーケンスは、各ハッシュが前の出力に依存するSHA-256ハッシュの連続的なチェーンである。シーケンスは初期シード値から始まり、それがハッシュされて最初の出力を生成する。この出力が次のハッシュの入力となり、プロセスは無限に繰り返される。ジェネレータは計算されたハッシュの総数を追跡するカウンタも維持しており、台帳内のイベントのPoH「タイムスタンプ」として機能する。
データをシーケンスに挿入する必要がある場合（トランザクションハッシュやバリデータの署名など）、決定論的な混合関数を使用して現在のハッシュ状態と結合される。例えば、現在のハッシュ状態がhash_nで、データDを挿入する場合、hash_{n+1} = SHA256(hash_n || D)を計算する。ここで||は連結を表す。挿入ポイントはカウンタ値とともに記録され、データDがシーケンスのその特定の時点で存在したことを証明する。
PoHシーケンスの検証は、チェーンをセグメントに分割することで並列化できる。例えば、バリデータは10,000ハッシュごとにPoHチェックポイントを受信する場合がある。チェックポイント間のシーケンスを検証するために、バリデータは10,000ハッシュを100ハッシュの100セグメントに分割し、各セグメントを独立して並列に検証し、セグメントが適切に接続されていることを確認できる。これにより、検証は利用可能なCPUコア数に応じて水平にスケールできる。
シーケンスは、2つのイベントが特定の順序で発生したことの効率的な証明もサポートする。カウンタ値nとm（n m）における2つのデータ挿入がある場合、nのイベントがmのイベントより前に発生したことを、それらの間のハッシュチェーンを確認することで誰でも検証できる。この特性により、Solanaはノードが継続的にオンラインであったり外部の時間源を信頼したりする必要なく、ネットワーク内のすべてのイベントの検証可能な履歴記録を作成できる。
Proof of History Sequence
Die Proof of History-Sequenz ist eine kontinuierliche Kette von SHA-256-Hashes, wobei jeder Hash von der vorherigen Ausgabe abhängt. Die Sequenz beginnt mit einem anfänglichen Startwert, der gehasht wird, um die erste Ausgabe zu erzeugen. Diese Ausgabe wird zur Eingabe für den nächsten Hash und der Vorgang wiederholt sich auf unbestimmte Zeit. Der Generator verwaltet außerdem einen Zähler, der die Gesamtzahl der berechneten Hashes verfolgt und als PoH-„Zeitstempel“ für Ereignisse im ledger dient.
Wenn Daten in die Sequenz eingefügt werden müssen (z. B. Transaktions-Hashes oder validator-Signaturen), werden sie mithilfe einer deterministischen Mischfunktion mit dem aktuellen Hash-Status kombiniert. Wenn der aktuelle Hash-Status beispielsweise „hash_n“ ist und wir Daten „D“ einfügen möchten, berechnen wir „hash_{n+1} = SHA256(hash_n || D)“, wobei „||“ die Verkettung bezeichnet. Der Einfügepunkt wird zusammen mit dem Zählerwert aufgezeichnet, was beweist, dass die Daten „D“ an diesem bestimmten Punkt in der Sequenz vorhanden waren.
Die Überprüfung der PoH-Sequenz kann durch Aufteilen der Kette in Segmente parallelisiert werden. Beispielsweise könnte ein validator alle 10.000 Hashes PoH-Prüfpunkte empfangen. Um die Reihenfolge zwischen Prüfpunkten zu überprüfen, kann validator die 10.000 Hashes in 100 Segmente zu je 100 Hashes aufteilen, jedes Segment unabhängig parallel überprüfen und dann überprüfen, ob die Segmente ordnungsgemäß verbunden sind. Dadurch kann die Verifizierung horizontal mit der Anzahl der verfügbaren CPU-Kerne skaliert werden.
Die Sequenz unterstützt auch effiziente Beweise dafür, dass zwei Ereignisse in einer bestimmten Reihenfolge aufgetreten sind. Bei zwei Dateneinfügungen bei den Zählerwerten „n“ und „m“, wobei „n m“ ist, kann jeder überprüfen, ob das Ereignis bei „n“ vor dem Ereignis bei „m“ stattgefunden hat, indem er die Hash-Kette zwischen diesen Punkten überprüft. Mit dieser Eigenschaft kann Solana eine überprüfbare historische Aufzeichnung aller Ereignisse im Netzwerk erstellen, ohne dass Knoten ständig online sein oder externen Zeitquellen vertrauen müssen.
Timestamp
Proof of Historyは、壁時計時間に依存せずにイベントにタイムスタンプを割り当てる分散型時計として機能する。各PoHハッシュは暗号学的時計の離散的な「ティック」を表し、カウンタ値がタイムスタンプとして機能する。ハッシュチェーンは逐次的で検証可能であるため、これらのタイムスタンプは信頼不要である。任意の観察者がハッシュチェーンを確認することでタイムスタンプの正当性を検証できる。
Solanaでは、各バリデータがリーダーとして行動する際に独自のPoHシーケンスを生成できる。バリデータがリーダーシップをローテーションする際、前のリーダーからの最後の確認済みチェックポイントを使用してPoHシーケンスを同期する。これにより、異なるバリデータが交代でブロックを生成しても、時間記録の連続性が確保される。ネットワークは、どのPoHシーケンスを公式台帳の一部として受け入れるかについてコンセンサスに達することで、正規のタイムラインを確立する。
システムはクロックドリフトとハードウェア性能のばらつきを、リーダーローテーションとコンセンサスの組み合わせで処理する。悪意のあるまたは故障したリーダーが不正な速度（速すぎるまたは遅すぎる）でPoHタイムスタンプを生成しようとした場合、バリデータは自身のローカルPoHジェネレータとPoHティックレートを比較することでこれを検出できる。予想レートからの大幅な逸脱は問題を示し、バリデータはPoHシーケンスがネットワーク中央値から大きく逸脱するリーダーからのブロックを拒否できる。
このタイムスタンプメカニズムは、分散システムにおける根本的な問題の1つを解決する。信頼できる中央機関なしに共通の時間概念を確立することである。PoHを分散型時計として使用することで、Solanaはバリデータがグローバルに一貫した順序付けを維持しながらトランザクションを並列に処理できるようにする。タイムスタンプはまた、トランザクションの有効期限、スケジュールされた操作、パフォーマンス測定などの時間ベースの機能の基盤も提供する。
Timestamp
Proof of History fungiert als dezentrale Uhr, die Ereignissen Zeitstempel zuweist, ohne auf die Uhrzeit der Uhr angewiesen zu sein. Jeder PoH-Hash stellt einen diskreten „Tick“ der kryptografischen Uhr dar und der Zählerwert dient als Zeitstempel. Da die Hash-Kette sequentiell und überprüfbar ist, sind diese Zeitstempel nicht vertrauenswürdig – jeder Beobachter kann überprüfen, ob ein Zeitstempel legitim ist, indem er die Hash-Kette überprüft.
In Solana kann jeder validator seine eigene PoH-Sequenz generieren, wenn er als Leader fungiert. Wenn validators die Führung wechselt, synchronisieren sie ihre PoH-Sequenzen mit dem letzten bestätigten Kontrollpunkt des vorherigen Leiters. Dies stellt die Kontinuität der zeitlichen Aufzeichnung sicher, auch wenn verschiedene validators abwechselnd Blöcke erzeugen. Das Netzwerk legt einen kanonischen Zeitplan fest, indem es einen Konsens darüber erzielt, welche PoH-Sequenzen als Teil des offiziellen ledger akzeptiert werden sollen.
Das System bewältigt Taktabweichungen und Abweichungen in der Hardwareleistung durch eine Kombination aus Leader-Rotation und Konsens. Wenn ein böswilliger oder fehlerhafter Anführer versucht, PoH-Zeitstempel mit einer falschen Rate (zu schnell oder zu langsam) zu generieren, kann validators dies erkennen, indem es die PoH-Tick-Rate mit seinen eigenen lokalen PoH-Generatoren vergleicht. Erhebliche Abweichungen von der erwarteten Rate weisen auf ein Problem hin, und validators kann Blöcke von Anführern ablehnen, deren PoH-Sequenzen zu weit vom Netzwerkmedian abweichen.
Dieser Zeitstempelmechanismus löst eines der grundlegenden Probleme in verteilten Systemen: die Etablierung einer gemeinsamen Zeitvorstellung ohne eine vertrauenswürdige zentrale Autorität. Durch die Verwendung von PoH als dezentraler Uhr ermöglicht Solana validators die parallele Verarbeitung von Transaktionen unter Beibehaltung einer global konsistenten Reihenfolge. Die Zeitstempel bilden auch eine Grundlage für zeitbasierte Funktionen wie Transaktionsablauf, geplante Vorgänge und Leistungsmessung.
Proof of Stake Consensus
SolanaのコンセンサスメカニズムはTower BFTと呼ばれ、Proof of Historyの時間的特性を活用するために特別に設計されたProof of Stakeアルゴリズムである。バリデータはSOLトークンをステークしてコンセンサスに参加し、ブロックの正確な検証に対して報酬を得る。ステーク加重投票システムにより、ネットワークにより多くの経済的利害関係を持つバリデータがコンセンサス決定に比例してより多くの影響力を持つことが保証される。
Tower BFTの核心的なイノベーションは、連続投票ごとに指数関数的に増加するロックアウト期間の使用である。バリデータがPoHハッシュに投票すると、一定数のPoHティックの間、台帳のそのフォークにコミットする。そのフォークの次のブロックに投票すると、ロックアウト期間は倍増する。これにより、バリデータが同じフォークで投票を続ける強い経済的インセンティブが生まれる。フォークの切り替えには以前のロックアウトの期限切れを待つ必要があるからである。
具体的には、バリデータがPoHタイムスタンプtでブロックに投票した場合、2^nティックが経過するまで競合するフォークに投票できない。ここでnは現在のフォークで行った連続投票の数である。この指数関数的ロックアウトメカニズムにより、システムは高速なファイナリティを可能にしながら、長距離攻撃に対して安全になる。ステークの超過半数が十分な深さでブロックに投票すると、そのブロックは事実上確定される。
スラッシング条件は正直な行動を強制する。バリデータがロックアウトされているはずの期間中に2つの競合するフォークに投票した場合、スラッシングされる。ステークされたトークンは部分的に破壊され、バリデータセットから除外される。これにより、二重投票やその他のビザンチン行動を試みることが経済的に非合理的になる。PoHの検証可能なタイムスタンプとTower BFTの指数関数的ロックアウトの組み合わせにより、従来のBFTシステムのセキュリティ保証を維持しながら、数秒でファイナリティを達成する高速かつ安全なコンセンサスメカニズムが実現される。
Proof of Stake Consensus
Der Konsensmechanismus von Solana, Tower BFT genannt, ist ein Proof of Stake-Algorithmus, der speziell dafür entwickelt wurde, die zeitlichen Eigenschaften von Proof of History zu nutzen. Validatoren setzen SOL-Token ein, um am Konsens teilzunehmen und Belohnungen für die korrekte Validierung von Blöcken zu erhalten. Das einsatzgewichtete Abstimmungssystem stellt sicher, dass validators mit größerem wirtschaftlichen Interesse am Netzwerk proportional mehr Einfluss auf Konsensentscheidungen haben.
Die Kerninnovation von Tower BFT ist die Verwendung von Sperrfristen, die mit jeder aufeinanderfolgenden Abstimmung exponentiell zunehmen. Wenn ein validator über einen PoH-Hash abstimmt, verpflichtet er sich für eine bestimmte Anzahl von PoH-Ticks zu diesem Fork des ledger. Wenn sie über den nächsten Block in diesem Fork abstimmen, verdoppelt sich die Sperrfrist. Dies schafft einen starken wirtschaftlichen Anreiz für validators, weiterhin über denselben Fork abzustimmen, da ein Wechsel der Forks das Abwarten früherer Sperrungen erfordern würde.
Insbesondere wenn ein validator zum PoH-Zeitstempel „t“ über einen Block abstimmt, kann er erst dann über einen widersprüchlichen Fork abstimmen, wenn „2^n“ Ticks vergangen sind, wobei „n“ die Anzahl der aufeinanderfolgenden Abstimmungen ist, die er am aktuellen Fork abgegeben hat. Dieser exponentielle Sperrmechanismus macht das System vor Angriffen aus großer Entfernung sicher und ermöglicht gleichzeitig eine schnelle Endgültigkeit. Sobald eine Mehrheit der Anteilseigner über einen Block mit ausreichender Tiefe abgestimmt hat, ist dieser Block effektiv abgeschlossen.
Schlechte Bedingungen erzwingen ehrliches Verhalten. Wenn ein validator während eines Zeitraums, in dem sie gesperrt werden sollten, über zwei widersprüchliche Forks abstimmt, werden sie gekürzt – ihre abgesteckten Token werden teilweise zerstört und sie werden aus dem validator-Satz entfernt. Dies macht es wirtschaftlich irrational, Zweideutigkeiten oder anderes Byzantine-Verhalten zu versuchen. Durch die Kombination der überprüfbaren Zeitstempel von PoH und der exponentiellen Sperren von Tower BFT entsteht ein Konsensmechanismus, der sowohl schnell als auch sicher ist und in Sekundenschnelle eine Endgültigkeit erreicht, während die Sicherheitsgarantien herkömmlicher BFT-Systeme erhalten bleiben.
Streaming Proof of Replication
Proof of Replication（PoRep）は、バリデータがデータ自体を明かしたり計算集約的な処理を必要としたりすることなく、台帳データを保存していることを証明できるメカニズムである。SolanaはPoRepのストリーミングバージョンを実装しており、バリデータはブロックチェーンの状態を複製していることを継続的に実証する。これはネットワークセキュリティにとって不可欠であり、台帳データがバリデータ間で適切に分散され、少数の場所に集中していないことを保証する。
PoRepメカニズムは、バリデータがそのIDから派生したバリデータ固有のキーを使用して、CBC（Cipher Block Chaining）モード暗号化で台帳のセグメントを暗号化することで機能する。暗号化プロセスは、各暗号化ブロックが前のブロックに依存するようになっており、各バリデータに固有のチェーンを作成する。これにより、バリデータが互いの暗号化データを単にコピーすることが防止される。各バリデータは、固有の暗号化バージョンを生成するために、元の台帳データを保存して処理しなければならない。
定期的に、ネットワークはバリデータに特定の暗号化ブロックの提供を要求するチャレンジを発行する。暗号化はチェーンされているため、バリデータは正しい応答を生成するためにすべての先行ブロックを保存していなければならない。バリデータは暗号化ブロックとともに、暗号化台帳内のその位置を示すMerkle証明を提出する。ネットワークはデータを復号化または再暗号化する必要なく、この証明を迅速に検証できる。
このPoRepへのストリーミングアプローチは、従来のproof-of-storageシステムと比較して低いオーバーヘッドを持つ。バリデータはデータの到着時に暗号化でき、最小限のレイテンシでチャレンジに応答できる。システムはデータ損失の場合のリカバリも可能にする。バリデータが台帳の一部を失った場合、他のバリデータからダウンロードして再暗号化できる。PoRepとPoHタイムスタンプの組み合わせにより、ネットワークがデータの作成時期とバリデータネットワーク全体に適切に保存されていることの両方を検証できる完全な説明責任システムが作成される。
Streaming Proof of Replication
Proof of Replication (PoRep) ist ein Mechanismus, der es validators ermöglicht, nachzuweisen, dass die ledger-Daten gespeichert werden, ohne die Daten selbst preiszugeben oder intensive Berechnungen zu erfordern. Solana implementiert eine Streaming-Version von PoRep, bei der validators kontinuierlich nachweist, dass sie den Blockchain-Status replizieren. Dies ist für die Netzwerksicherheit von entscheidender Bedeutung, da dadurch sichergestellt wird, dass die ledger-Daten ordnungsgemäß über validators verteilt und nicht an einigen wenigen Orten konzentriert werden.
Der PoRep-Mechanismus funktioniert, indem validators Segmente des ledger mithilfe der Verschlüsselung im CBC-Modus (Cipher Block Chaining) mit einem validator-spezifischen Schlüssel verschlüsselt, der aus ihrer Identität abgeleitet wird. Der Verschlüsselungsprozess ist so, dass jeder verschlüsselte Block vom vorherigen Block abhängt, wodurch eine Kette entsteht, die für jeden validator einzigartig ist. Dadurch wird verhindert, dass validators einfach verschlüsselte Daten voneinander kopiert – jeder validator muss die ursprünglichen ledger-Daten speichern und verarbeiten, um seine eindeutige verschlüsselte Version zu generieren.
In regelmäßigen Abständen fordert das Netzwerk validators auf, bestimmte verschlüsselte Blöcke bereitzustellen. Da die Verschlüsselung verkettet ist, muss der validator alle vorhergehenden Blöcke gespeichert haben, um die richtige Antwort zu generieren. Der validator übermittelt seinen verschlüsselten Block zusammen mit einem Merkle-Beweis, der seine Position in seinem verschlüsselten ledger zeigt. Das Netzwerk kann diesen Beweis schnell überprüfen, ohne dass die Daten entschlüsselt oder erneut verschlüsselt werden müssen.
Dieser Streaming-Ansatz für PoRep hat im Vergleich zu herkömmlichen Proof-of-Storage-Systemen einen geringen Overhead. Validatoren können Daten bei ihrem Eintreffen verschlüsseln und mit minimaler Latenz auf Herausforderungen reagieren. Das System ermöglicht auch die Wiederherstellung im Falle eines Datenverlusts – wenn ein validator einen Teil des ledger verliert, können sie ihn von einem anderen validators erneut herunterladen und neu verschlüsseln. Durch die Kombination von PoRep mit PoH-Zeitstempeln entsteht ein vollständiges Verantwortlichkeitssystem, mit dem das Netzwerk sowohl überprüfen kann, wann Daten erstellt wurden, als auch, ob sie ordnungsgemäß im validator-Netzwerk gespeichert sind.
System Architecture
Solanaのシステムアーキテクチャは、トランザクション処理の異なる段階が並列に行われるパイプラインとして設計されている。Transaction Processing Unit（TPU）は、着信トランザクションの処理を担当する中核コンポーネントである。TPUはいくつかの段階で構成される：fetch（トランザクションの収集）、署名検証、banking（トランザクション実行）、write（ストレージへのコミット）。各段階は異なるトランザクションに対して並列に動作し、CPUパイプラインと同様の仕組みである。
署名検証はGPUを使用して加速される。GPUはトランザクション署名の検証に必要な楕円曲線暗号演算において非常に効率的である。この計算集約的なタスクをGPUにオフロードすることで、Solanaはコモディティハードウェア上で毎秒900,000を超える速度で署名を検証できる。この並列署名検証により、非常に高いトランザクションレートでも暗号学的検証がボトルネックになることが防止される。
Sealevelランタイムは、Solanaの並列スマートコントラクト実行エンジンである。トランザクションを逐次的に実行する従来のブロックチェーンとは異なり、Sealevelはトランザクションを分析してアクセスするアカウントを特定し、競合しないトランザクションを複数のCPUコアで並列に実行する。同じアカウントにアクセスするトランザクションは一貫性を維持するために逐次的に実行されるが、異なるアカウントにアクセスするトランザクションは同時に実行できる。この並列処理はPoHがグローバルな順序付けを確立するため可能である。バリデータは、PoHで指定されたシーケンスで状態に適用する限り、任意の順序でトランザクションを実行できる。
アーキテクチャには、ブロック伝播とストレージのための最適化されたコンポーネントも含まれている。Turbineブロック伝播プロトコルは、イレイジャーコーディングを使用してブロックをより小さなパケットに分割し、ツリー構造でネットワーク全体に配布することで帯域幅要件を最小化する。Archiversネットワークは、PoRepを使用してデータの可用性を確保しながら、履歴台帳データの分散ストレージを提供する。これらのコンポーネントが一体となり、ブロックチェーンの分散化とセキュリティ特性を維持しながら毎秒数十万のトランザクションを処理できるシステムを構築する。
System Architecture
Die Systemarchitektur von Solana ist als Pipeline konzipiert, in der verschiedene Phasen der Transaktionsverarbeitung parallel stattfinden. Die Transaction Processing Unit (TPU) ist die Kernkomponente, die für die Abwicklung eingehender Transaktionen verantwortlich ist. Die TPU besteht aus mehreren Phasen: Abrufen (Sammeln von Transaktionen), Signaturüberprüfung, Banking (Transaktionsausführung) und Schreiben (Festlegen in die Speicherung). Jede Stufe arbeitet parallel an verschiedenen Transaktionen, ähnlich dem CPU-Pipelining.
Die Signaturüberprüfung wird mithilfe von GPUs beschleunigt, die bei den zur Überprüfung von Transaktionssignaturen erforderlichen Kryptographieoperationen mit elliptischen Kurven äußerst effizient sind. Durch die Verlagerung dieser rechenintensiven Aufgabe auf GPUs kann Solana Signaturen mit Geschwindigkeiten von mehr als 900.000 pro Sekunde auf handelsüblicher Hardware überprüfen. Diese parallele Signaturprüfung verhindert, dass die kryptografische Validierung selbst bei sehr hohen Transaktionsraten zu einem Engpass wird.
Die Sealevel-Laufzeit ist die parallele Smart-Contract-Ausführungs-Engine von Solana. Im Gegensatz zu herkömmlichen Blockchains, die Transaktionen nacheinander ausführen, analysiert Sealevel Transaktionen, um zu ermitteln, auf welche Konten sie zugreifen, und führt nicht widersprüchliche Transaktionen parallel über mehrere CPU-Kerne aus. Um die Konsistenz zu gewährleisten, werden Transaktionen, die auf dieselben Konten zugreifen, nacheinander ausgeführt. Transaktionen, die auf verschiedene Konten zugreifen, können jedoch gleichzeitig ausgeführt werden. Diese Parallelität ist möglich, weil PoH eine globale Reihenfolge festlegt – validators kann Transaktionen in beliebiger Reihenfolge ausführen, solange sie sie in der von PoH angegebenen Reihenfolge auf den Status anwenden.
Die Architektur umfasst auch optimierte Komponenten für die Blockausbreitung und -speicherung. Das Turbine-Block-Propagation-Protokoll verwendet Erasure-Coding, um Blöcke in kleinere Pakete aufzuteilen, die in einer Baumstruktur über das Netzwerk verteilt werden, wodurch der Bandbreitenbedarf minimiert wird. Das Archivers-Netzwerk bietet dezentralen Speicher für historische ledger-Daten und nutzt PoRep, um die Datenverfügbarkeit sicherzustellen. Zusammen bilden diese Komponenten ein System, das Hunderttausende Transaktionen pro Sekunde verarbeiten kann und gleichzeitig die Dezentralisierungs- und Sicherheitseigenschaften einer Blockchain beibehält.
Performance
Solanaのアーキテクチャは、ムーアの法則に従ってハードウェアの改善とともにスケールするパフォーマンスレベルを達成するように設計されている。標準的な1ギガビットネットワーク接続では、理論上の最大スループットは1トランザクションあたり176バイト（署名とメタデータを含む）を想定すると、毎秒約710,000トランザクションである。この計算はネットワーク帯域幅を主要なボトルネックとし、計算上のボトルネックは並列化によって除去されている。
署名検証はブロックチェーンパフォーマンスの制限要因となることが多いが、GPUの並列化を使用して加速される。単一のGPUは毎秒900,000以上のed25519署名を検証でき、これはネットワークスループット制限を超えている。これは署名検証がシステムのパフォーマンスを制約しないことを意味する。ボトルネックはネットワーク帯域幅とトランザクション実行に移行する。複雑なスマートコントラクトロジックを含まない単純な価値移転トランザクションの場合、bankingステージはネットワーク入力レートに匹敵するレートでトランザクションを処理できる。
PoHジェネレータは専用のCPUコア上で動作し、4GHzプロセッサ上でミリ秒あたり約4,000ハッシュを生成する。このレートで、PoHシーケンスは0.25マイクロ秒の粒度のタイムスタンプを提供し、毎秒数百万のトランザクションの順序付けに十分である。PoH生成の逐次的な性質はこのコンポーネントを並列化できないことを意味するが、スループットは十分に高く、全体的なシステムパフォーマンスを制限しない。
ハードウェアが改善されるにつれて、Solanaのスループットはそれに応じてスケールする。より高速なネットワーク、より強力なGPU、改善されたCPUはすべてより高いトランザクションレートに貢献する。システムはプロトコルの変更を必要とせずにこれらの改善を活用するように設計されている。このスケーラビリティアプローチは、逐次的コンセンサスメカニズムによって根本的に制限されるブロックチェーンとは対照的であり、Solanaがセキュリティと分散化の保証を維持しながら、分散型システムでは不可能と考えられていたパフォーマンスレベルを達成することを可能にする。
Performance
Die Architektur von Solana ist darauf ausgelegt, Leistungsniveaus zu erreichen, die mit Hardware-Verbesserungen skalieren und dem Mooreschen Gesetz folgen. Bei einer standardmäßigen 1-Gigabit-Netzwerkverbindung beträgt der theoretische maximale Durchsatz etwa 710.000 Transaktionen pro Sekunde, wenn man von 176 Bytes pro Transaktion (einschließlich Signaturen und Metadaten) ausgeht. Diese Berechnung basiert auf der Netzwerkbandbreite als primärem Engpass, wobei Rechenengpässe durch Parallelisierung beseitigt werden.
Die Signaturüberprüfung, oft ein limitierender Faktor für die Blockchain-Leistung, wird durch GPU-Parallelisierung beschleunigt. Eine einzelne GPU kann über 900.000 ed25519-Signaturen pro Sekunde verifizieren, was die Netzwerkdurchsatzgrenze überschreitet. Dies bedeutet, dass die Signaturüberprüfung die Leistung des Systems nicht einschränkt – der Engpass verlagert sich auf die Netzwerkbandbreite und die Transaktionsausführung. Bei einfachen Transaktionen, die nur Werte ohne komplexe Smart-Contract-Logik übertragen, kann die Bankstufe Transaktionen zu Raten verarbeiten, die der Netzwerkeingangsrate entsprechen.
Der PoH-Generator läuft auf einem dedizierten CPU-Kern und erzeugt auf einem 4-GHz-Prozessor etwa 4.000 Hashes pro Millisekunde. Bei dieser Rate liefert die PoH-Sequenz Zeitstempel mit einer Granularität von 0,25 Mikrosekunden, was für die Bestellung von Millionen von Transaktionen pro Sekunde ausreicht. Aufgrund der sequentiellen Natur der PoH-Generierung kann diese Komponente nicht parallelisiert werden, der Durchsatz ist jedoch hoch genug, um die Gesamtsystemleistung nicht einzuschränken.
Wenn sich die Hardware verbessert, skaliert der Durchsatz von Solana entsprechend. Schnellere Netzwerke, leistungsstärkere GPUs und verbesserte CPUs tragen alle zu höheren Transaktionsraten bei. Das System ist so konzipiert, dass es diese Verbesserungen nutzt, ohne dass Protokolländerungen erforderlich sind. Dieser Skalierbarkeitsansatz steht im Gegensatz zu Blockchains, die grundsätzlich durch sequentielle Konsensmechanismen eingeschränkt sind, was es Solana ermöglicht, Leistungsniveaus zu erreichen, die in einem dezentralen System bisher für unmöglich gehalten wurden, und gleichzeitig Sicherheits- und Dezentralisierungsgarantien aufrechtzuerhalten.
Conclusion
Proof of Historyは、分散型台帳のスケーラビリティを制限してきたタイミング問題を解決することで、ブロックチェーンアーキテクチャにおける根本的なブレークスルーを表している。検証可能な暗号学的時計を作成することで、PoHはバリデータが従来のコンセンサスメカニズムで必要とされる広範な通信オーバーヘッドなしにイベントの時間的順序付けを確立できるようにする。このイノベーションにより重要なボトルネックが除去され、トランザクション処理をネットワーク全体で並列化できるようになる。
PoHと最適化されたシステムコンポーネント（GPU加速署名検証、Sealevelによる並列トランザクション実行、効率的なブロック伝播プロトコル）の統合により、コモディティハードウェア上で毎秒数十万のトランザクションを処理できるブロックチェーンが実現される。さらに重要なのは、アーキテクチャがハードウェアの改善とともにスケールするように設計されており、プロセッサが高速化しネットワークがより高性能になるにつれてパフォーマンスが向上し続けることである。
Solanaの設計は、高性能と分散化が相互に排他的ではないことを実証している。PoHをコンセンサスとシステム調整の基盤として活用することで、ネットワークは分散型ブロックチェーンのセキュリティと検閲耐性の特性を維持しながら、中央集権型データベースに匹敵するスループットレベルを達成する。ステーク加重Tower BFTコンセンサスメカニズムにより、高速なファイナリティを達成しながら、ビザンチンアクターに対するネットワークの安全性が確保される。
このアーキテクチャの実装は、ブロックチェーン技術がグローバルな採用へとスケールするための実用的な道筋を提供する。高いトランザクションスループットを必要とするアプリケーション（分散型取引所、ゲームプラットフォーム、金融システムなど）は、パフォーマンスを犠牲にすることなく、真に分散化されたインフラストラクチャ上に構築できるようになった。Proof of Historyは、スケーラビリティの制約のために以前は実現不可能であった新世代のブロックチェーンアプリケーションへの扉を開く。
Conclusion
Proof of History stellt einen grundlegenden Durchbruch in der Blockchain-Architektur dar, indem es das Zeitproblem löst, das die Skalierbarkeit verteilter ledgers eingeschränkt hat. Durch die Erstellung einer überprüfbaren kryptografischen Uhr ermöglicht PoH validators, eine zeitliche Reihenfolge von Ereignissen festzulegen, ohne den umfangreichen Kommunikationsaufwand, der bei herkömmlichen Konsensmechanismen erforderlich ist. Diese Innovation beseitigt einen kritischen Engpass und ermöglicht die Parallelisierung der Transaktionsverarbeitung im gesamten Netzwerk.
Durch die Integration von PoH mit optimierten Systemkomponenten – GPU-beschleunigte Signaturüberprüfung, parallele Transaktionsausführung durch Sealevel und effiziente Blockausbreitungsprotokolle – entsteht eine Blockchain, die Hunderttausende Transaktionen pro Sekunde auf Standardhardware verarbeiten kann. Noch wichtiger ist, dass die Architektur darauf ausgelegt ist, mit Hardware-Verbesserungen zu skalieren, was bedeutet, dass die Leistung weiter steigt, wenn Prozessoren schneller und Netzwerke leistungsfähiger werden.
Das Design von Solana zeigt, dass sich hohe Leistung und Dezentralisierung nicht ausschließen. Durch die Nutzung von PoH als Grundlage für Konsens und Systemkoordination erreicht das Netzwerk einen Durchsatz, der mit zentralisierten Datenbanken vergleichbar ist, und behält gleichzeitig die Sicherheits- und Zensurresistenzeigenschaften einer dezentralen Blockchain bei. Der stake-gewichtete Tower-BFT-Konsensmechanismus stellt sicher, dass das Netzwerk vor Byzantine-Akteuren sicher bleibt und gleichzeitig eine schnelle Endgültigkeit erreicht.
Die Implementierung dieser Architektur bietet einen praktischen Weg für die Skalierung der Blockchain-Technologie zur weltweiten Einführung. Anwendungen, die einen hohen Transaktionsdurchsatz erfordern – wie dezentrale Börsen, Spieleplattformen und Finanzsysteme – können jetzt auf einer wirklich dezentralen Infrastruktur aufgebaut werden, ohne Kompromisse bei der Leistung einzugehen. Proof of History öffnet die Tür zu einer neuen Generation von Blockchain-Anwendungen, die bisher aufgrund von Skalierbarkeitsbeschränkungen nicht realisierbar waren.
