投稿
avatar

セキュリティを維持しながらzkTLSのオーバーヘッドを削減する方法 @primus_labsは非常に慎重なアプローチを採用している。 すべてのサブプロトコルに悪意のあるセキュリティを強制するのではなく、アーキテクチャは最も重要な場所でOLEeを適用する。 > OLEeは以下に適用される: - Diffie-Hellman点変換 - GMACタグ計算 > セキュリティのトレードオフ: - 選択的失敗のリスクは厳密に制限される - 漏洩はセッション秘密鍵の最大1ビットに限定される - TLSプレマスターセクレットの高エントロピーにより、復元は計算的に不可能 > これにより削除されるもの: - キー交換中の不要なゼロ知識サブ証明 - 過剰な認証トリプルストレージ - 大きなガーブル回路状態をメモリに読み込む必要性 > ユーザーが得るもの: - 計算の段階的ストリーミング - 一般的な2 KBペイロードに対して約150 MBのメモリ(報告値) - より実用的な実行アーキテクチャ - ネットワークおよび通信オーバーヘッドによる負荷の軽減 優れた暗号技術とは、コストを制御可能で、制限され、展開可能にすることである。 @primus_labsはzkTLSにおいて、この方向性を採用している。

このコンテンツは情報提供および教育目的のみに使用されます。第三者の見解、スポンサー付きコンテンツ、または作成者が報酬を受け取る可能性のあるプロモーション資料が含まれる場合があります。このフィードの内容は投資助言や収益の保証を構成するものではありません。投資判断はすべてご自身の責任で行ってください。取引を行う前に必ずご自身で調査を行い、慎重に行ってください。当社は第三者情報の正確性を保証するものではなく、発生した損失について一切責任を負いません。過去の実績は将来の結果を示すものではありません。詳細は、当社のコミュニティ利用規約およびリスク開示声明をご覧ください。

avatar返信を投稿する

コメント