すべての言語
Qualcomm、Intel、および Dropbox の元エンジニアによって 2017 年後半に設立された Solana は、分散化やセキュリティを損なうことなくスケーラビリティを提供することに重点を置いた、単一チェーンの委任されたプルーフ オブ ステーク プロトコルです。 Solana のスケーリング ソリューションの中心にあるのは、Proof of History (PoH) と呼ばれる分散型クロックです。これは、単一の信頼できる時間ソースなしで分散ネットワーク内の時間の問題を解決するように設計されています。検証可能な遅延機能を使用することで、PoH は各ノードが SHA256 計算を使用してローカルにタイムスタンプを生成できるようにします。これにより、タイムスタンプをネットワーク全体にブロードキャストする必要がなくなり、ネットワーク全体の効率が向上します。
SOL は、Solana ブロックチェーンのネイティブ トークンです。 Solana は、Delegated Proof-of-Stake コンセンサス アルゴリズムを使用して、トークン保有者にトランザクションを検証するようインセンティブを与えます。 Solana の安全な設計の一環として、すべての料金は SOL で支払われ、バーンされるため、総供給量が減少します。このデフレ型の SOL メカニズムは、より多くのトークン保有者に参加を促すことで、ネットワーク セキュリティを向上させます。
<時>
暗号化されたトラストレスな時間を備えた分散台帳を作成するために、SOLANA は検証命令と特定のイベントの間の時間経過の証明である Proof of History を設計しました。
Proof of History は、Proof of Work (Bitcoin などで使用されるコンセンサス アルゴリズム) または Proof of Stake (Ethereum の Casper で使用されるコンセンサス アルゴリズム) と連携します。これにより、1 秒未満の終了時間につながるメッセージング オーバーヘッドが削減されます。
さらに、Solana は、データ パーティショニングなしで、1 GB ネットワーク ベースで 1 秒あたり最大 710K のトランザクションを生成することに取り組んでいます。彼らがこの偉大な勝利を達成するためにどのように計画しているか知りたいですか?
高スループット (Tps) で安全性の高いブロックチェーンを開発する競争の中で、チームは大量のトランザクションを実行できる高度にスケーラブルなソリューションを作成する新しい方法を考案しています。
「時間の問題?」。コンピューティングと情報の時代には、解決されるのを待っている基本的なニーズがあります。イベント間の公平な調整。つまり、たとえば、コンピューターが別のコンピューターにメッセージを送信する場合、トランザクション間の時間を同期する必要があります。これは、それぞれが独自の内部時計を持っている場合、正しく調整できる場合とできない場合があることを意味します。
タイムスタンプを使用してイベントを調整することは、システム要件であるだけでなく、お金、人、労力の面でも莫大なコストがかかります。
開発者は、チェーンの全体的なスループットを向上させる手法を使用し始めています。シャーディングは、チェーン全体の TPS (システム スループット) を改善するために使用される手法であり、成功が証明されていますが、脆弱性が生じる可能性があるため、それ自体が完全なソリューションではありません。
最大の脆弱性は、トランザクションの断片化です。適切に処理しないと、チェーンが不正なトランザクション、二重支出、共有された知識を欠く同じトランザクションのフラグメントにつながる可能性があります。
一般的な観点から説明すると、Google Spanner (読み書きトランザクション、読み取り専用トランザクション、およびスナップショット読み取りをサポートする、Google のスケーラブルで複数のバージョンに対応し、グローバルに分散され、同期的に複製されるデータベース) は、データの同期に多くのリソースを費やしています。データセンター。
それらは正確に維持する必要があり、多くのエンジニアがそれに取り組んでいます。時間を調整するのは簡単な作業のように思えるかもしれませんが、そうではありません。これが Solana が提案する Proof-of-History ソリューションです。
信頼できる時間調整を可能にすることで、Solana は速度と信頼性の面でブロックチェーンのスループットを向上させるだけでなく、平均コストも削減します。
この問題の解決に成功したチームは、ブロックチェーンの採用率が高い可能性があります。
<時>
Solana が提案するソリューションを掘り下げると、ブロックチェーンに履歴の証明を実装する方法や、Solana が正確にどのように機能し、どのツールを使用するのかなどの疑問が生じます。
まず、ウェブがどのように設計され、何から構成されているかを理解する必要があります。
履歴の証明は、高頻度で検証可能な遅延関数です。これは、評価するために決定された数の関連ステップが必要になることを意味します。しかし一方で、これらのステップは、検証が容易な独自の出力を生成することになります。
ソリューション セクションでは、Solana を使用して TXN/s の数を増やし、実行に必要なリソースを削減する方法について説明しました。この可能性の解釈は、ハッシュ関数の解釈と一致しています。
ハッシュ関数はデータを圧縮する方法として機能するため、大量のデータが最終的に少数のビットに圧縮されるため、tx の重みが軽減され、効率が向上し、シーケンスが高速化されます。
前述のように、履歴証明シーケンスは暗号化ハッシュ関数で動作するように設計されています。
暗号化ハッシュ関数に特に関連するのは、生の入力を使用して、関数全体を最初から実行せずに最終結果 (出力) を予測することです。したがって、入力があり、出力を予測しようとすることが不可能な場合は、関数を実行して結果を取得する必要があります。
これを念頭に置いて、このハッシュ関数がランダムな開始点 (初期入力) から実行され、プロセスが完了すると、最初の出力 (ハッシュ) が取得されるとします。ここが興味深いところです。入力を次のハッシュの入力に送り、関数の実行から得られる出力を渡します。
このプロセスを繰り返したい場合は、300 回とします。スレッド全体を実行する人を除いて、最終出力 (ハッシュ 300) が完全に推測できないシングルスレッド プロセスを作成したことがわかります。
次の関数の入力と生成されたデータに出力を提供するこのループは、時間の経過と履歴の作成として、Solana の用語ではティックとして表されます。すべての出力には、関数を実行しないと予測できない詳細な情報が含まれています。上の例のマーベル映画のように、各作品は連続した時間の糸の中でたまたまその場所にある期間を表しています。
したがって、Solana は、信頼できない時間を使用するのではなく、これらの順序付けされた予測不可能な出力を使用して、特定の瞬間、つまりスレッド プロセスの特定の瞬間を判断することをお勧めします。私たちはそれを歴史と呼ぶことができます。
<時>
Solana はコンセンサスに Proof-of-Stake (POS) を使用しており、他の POS ベースのトークンと同じ特徴の多くを共有しています。復習として、ここで POS トークンのいくつかの重要な機能を紹介します。
POS トークンがバリデーターを使用していることの証明
POS を検証できます
1. ウォレット内のトークンをロックします
2. トークンを入れますチェーンの安定性に貢献する masternode
支払い順序は、POS トークンまたは masternode 報酬プログラムの「年齢」によって決定されます。
各 POS ウォレットまたはマスターノードの報酬プログラムは、鋳造または新たに偽造されたトークンを受け取ります。
あまりにも長い間オフラインになっているウォレットまたはマスターノードの報酬プログラムは、もはや「支払い」を行わず、ネットワークから削除される可能性があります。
POS の役割は、悪意のある人物がネットワークのセキュリティを弱体化させて無効なトランザクションを導入するのを防ぐことです。
「悪い人」に対する罰則は、POS トークンと報酬の喪失です。
利益を証明する報酬が、詐欺によって利益を得る可能性を上回る限り、信頼は保証されます。
Solana の構造は非常に似ていますが、POS の実装方法が少し異なります。
Solana は、接続されているノードの中からバリデーターを選択します (つまり、トークンをステークします)。
Validator の投票と選択は、最長または最もバインドされたノードであるノードによって決定されます。
Solana は迅速な確認に依存しています。指定された時間内にノードが応答しない場合、そのノードは無効としてマークされ、投票から削除されます。ノードがその時点でバリデーターであった場合、新しい選挙が行われ、新しいノードが選択されます。バリデーターデバイス。
超多数のノード (ノードの 3 分の 2) がこのタイムアウト内に投票した場合、フォークは有効と見なされます。
クリッピングはステークを無効にする行為であり、これによりバリデーターが詐欺を犯したり、複数のノードを検証しようとしたりするのを防ぎます。これにより、結合されたトークンが失われます。
大きな違いは、二次選挙ノードの概念です。選択されたセカンダリ ノードは、ネットワークの停止やその他の障害が発生した場合に、プライマリの役割を引き継ぐことができます。
関連リンク:
https://www.qukuaiwang.com.cn/news/9130.html