TONboard

TONで暗号化

1 分で読了updated 2026-06-03✏️ Suggest an edit🕑 History
🌐 Машинный перевод. Возможны неточности.
目次 (9)

暗号学 情報のプライバシー,信頼性,整合性に関する規律

基本用語#

用語定義
暗号化元のテキストを暗号化 (キーごとに) に変更
解読する逆変形
暗号アルゴリズム暗号化/解読の機能
キーアルゴリズムのプライベートデータ (対称 / 対称でない)
ハッシング情報を静止値に変換する 逆戻りがない
認証デバイス/ユーザの正規性を確認する

原則#

  1. 完全性 情報を転送する際に損なわれていない
  2. 認証 当事者の個人確認
  3. プライバシー 漏れ防止
  4. 断れない 送信者は送信に異議を唱えることはできません (EPCを通じて).

進化#

時代方法例として
古代エジプト / ローマモノアルファベット暗号シーザーの暗号
中世多文字暗号ヴィジナー暗号
20世紀クラシック暗号学Enigma (A・シェブリオス,1918)
現代のアシメトリー + シメトリ + ハッシュRSA, AES, ECC

現代の暗号の種類#

対称性 (秘密鍵)

  • 1つの鍵 暗号化や解読のために
  • 迅速で効率的な 大型データには
  • 問題: 鍵を安全に渡すこと
  • アルゴリズム: AES, DES, 3DES, RC4.

アシメトリック (公開鍵)

  • 2つの鍵 公的 + プライベート
  • 暗号は公開 → 暗号解読はプライベート (そして逆);
  • 利点は 鍵を事前に渡す必要はない
  • アルゴリズム: RSA, ECC, DSA.

ハイブリッド暗号化

開発された ニコライ・ドゥロフ そしてチーム Telegram.

アイデアは

  1. 送信者が作成する シメトリックキー;
  2. 暗号化している 受信者の公開鍵で (対称性がない)
  3. 暗号化している データを対称鍵で;
  4. 一緒に送る
  5. 受信者 シンメトリックキーを解読します 個人的なこと
  6. データを解読する

なぜ? 組み合わせる 強いところ 両方とも 安全な鍵交換 + 迅速なデータ処理

TONブロックチェーンの暗号化#

  • トランザクションの検証 各要素を暗号化することで;
  • デジタル署名 本物であることを確認する.
  • スマート契約 暗号化で保護されている場合
  • 暗号鍵 認証やアクセス管理のため
  • 現代のアルゴリズム RSA + AES 保存・送付のために
  • ハッシュ関数 記録のユニークさのために
  • アシメトリー 鍵を漏らさずに交換できるのです

同様の記事#

ℹ️ 情報の確認時点: 2024

Prepared by

TONboard

Support the project with a TON tip.

Comments

Posting a comment costs a small on-chain fee that keeps spam out.
  • No comments yet — be the first.