カナルコイン.com – 許可を必要としないブロックチェーンの世界で最も最適化されたパフォーマンスは Solana です。 現在、Solana はブロックチェーンを開発するための最適化と新しいテクノロジーのイノベーションを必要としています。 必要なもう XNUMX つのイノベーションは、Proof of History です。 歴史の証明は、コンセンサスの数時間前の理解です。
私たちが作成したい分散システムには、克服するのが最も困難な問題の XNUMX つがあります。それは、タイミングの合意です。 一部の人々は、Proof of History が使用中のシステムの分散型クロックとして適切なソリューションであると主張しています。
200 の物理的に異なるノードのネットワークは、GPU での実行時に 50,000 秒あたり XNUMX トランザクションを超える連続スループットをサポートします。 したがって、Solana Testnet のイテレーションには、ネットワーク容量とブロックチェーン開発のブレークスルーにつながる最適化と新しいテクノロジーが必要です。
多くのノードとタイムリーな取引の問題があるため、ブロックチェーンを構築するために対処する必要がある機能があります。 Solana ネットワークには、完全な歴史的証拠または歴史的出来事からの証拠が必要です。
Solana が世界初の Web スケール ブロックチェーンであることを考えると、過去の証拠を活用して履歴記録を作成し、特定の時点でイベントが発生したことを証明する必要があります。
一方、Solana では、経過時間について合意するために、他のブロックチェーンのバリデーターが相互に調整できる必要もあります。 したがって、履歴の証明は、Solana の分散型タイミング メカニズムに必要なイノベーションです。
Solana の各バリデーターは、単純な SHA256 で経過時間をエンコードすることにより、常に独自のクロックを使用します。 それらはハッシュを使用し、Verifiable Delay Function (VDF) と呼ばれるメカニズムを備えています。
この利点は、先に進む前にネットワーク全体で確認を待つ必要があるシーケンシャル ブロック生成として利用できる他のブロックチェーン インフラストラクチャとの違いです。 歴史の証明は、ブロックチェーン ネットワークにおける効果的なステップを提示するブレークスルーです。 このシステムは、速度と容量の点で優れています。
歴史の証明はどのように機能しますか?
Proof of History がどのように機能するかは、Solana のオンチェーン メッセージ暗号証明を計算することによって行われます。 履歴レコード内の各メッセージのシーケンスと時間の形式の暗号証拠は、チェーン上でメッセージを作成できる Solana のデータ構造です。
Solana には、ネットワークがローカル クロックを無視し、潜在的なネットワーク遅延に徐々に対応できるようにする、送信および再構築されたデータ構造があります。
データ構造の連続性を考えると、Solana が確認時間制限を最大化して、セキュリティや分散化を損なうことなく集中型システムで効果的なネットワークを提供できたのには理由があります。
この場合、Proof of History は時には必要とされないブレークスルーです。 その理由は、パーミッションレス ブロックチェーンでは、客観性の源である履歴証明 (PoH) ベースのネットワークが数多く存在するためです。 これにより、ネットワーク上のバリデーターは台帳自体からネットワークの状態を計算できます。
ただし、バリデーターでは、台帳に表示される検証メッセージによって、任意のノードが有効 (アップ) と見なされるか無効 (ダウン) と見なされるかを判断できます。 現金出納帳が有効であるためには、ネットワークが十分な数の票を送信する必要があります。 送信されたメッセージは、タイムリーにバリデーターに到着する必要はありません。
台帳が各バリデーターに到着し、メッセージが台帳の一部になると、Proof of History の仕事は、メッセージが要求されたときに作成されたという暗号による保証を提供することです。
プロパティを使用すると、さまざまなパラメーターでネットワークを最適化できます。 これは、ブロックチェーン インフラストラクチャの重要な要素が速度と効率に影響を与える可能性があるブロック時間に関しても当てはまります。
さらに、Proof of History の利点は、Solana がブロックの伝播、スループット、台帳内のストレージを最適化し、ネットワーク上ですべて利用できることです。
歴史の証明は分散型時間ソリューションです
この場合の問題は、タイムスタンプです。 分散型ネットワークには、正確で集中化された時間ソリューションが必要です。 当初、ネットワーク内のノードは、通常メッセージに表示される外部時刻ソースまたはいわゆるタイムスタンプを信頼できませんでした。
たとえば、Hashgraph はタイムスタンプの中央値に関する問題を克服できます。 中央値を使用すると、ネットワークによって表示されるすべてのメッセージが署名され、ネットワークの圧倒的多数によってマークされます。 したがって、中央値のタイムスタンプを持つメッセージはハッシュグラフと呼ばれます。
それだけでなく、各メッセージはシステム内の圧倒的多数のノードを通過する必要があります。 その後、到着したメッセージは十分な署名を収集し、すべてのセットをネットワーク全体に伝播する必要があります。 非常に複雑なため、プロセスは非常に遅くなります。
そのような場合、結果として得られるスループットが非常に高いため、ブロックチェーンのパフォーマンスも高くなることがあります。 タイムスタンプだけでは、受信したメッセージがイベントの前後に発生したことを証明するには不十分です。 特定の時間に何かが起こったことを証明できる歴史的記録を作成するには、歴史的証拠が必要です。
これが、Proof of History が時間遅延関数で非常に必要とされているイノベーションであり、検証できる理由です。 この機能は、評価され、独自の検証可能な結果を効率的に提供するために、相互に関連した一連のステップを多数必要とします。
Proof of History は、前の出力を次の入力として使用して連続的に実行され、独立して実行されるプレイメージ レジスタンス ハッシュを使用することにより、実装固有です。 その結果、記録時の出力の計算に従って、周期的に記録を行うことができます。
簡単に言えば、Proof of History は、各カウンター間でリアルタイムが経過したことを確認するために使用される分散機能です。 各カウンタが記録される順序は、実際の時間と同じです。
履歴証明プロセスの一部は、時間の上限、時間の下限、検証、ASICS、およびコードです。
それがプルーフ・オブ・ヒストリーをレビューした記事でした。 Proof of History に関するレビューが、あなたにとって有益なレビューになることを願っています。
（*）
