Adler32チェックサム電卓

Q: Adler-32チェックサムとは何ですか？

Adler-32は、1995年にMark Adlerによって発明されたチェックサムアルゴリズムです。入力データから2つの16ビット和（AとB）を法65521で計算することにより、32ビットのチェックサムを生成します。CRC-32よりも高速ですが、特定のエラーパターンの検出信頼性は低いため、エラー検出精度よりも速度を優先するアプリケーションに最適です。

Q: Adler-32はどのように計算されますか？

Adler-32は、A（1で初期化）とB（0で初期化）の2つの合計を維持します。各バイトに対して、A = (A + byte) mod 65521、および B = (B + A) mod 65521 を行います。最終的なチェックサムは (B << 16) | A となり、両方の合計を1つの32ビット値に結合します。素数65521は、2^16未満で最大の素数です。

Q: Adler-32は何に使用されますか？

Adler-32は主にzlib圧縮ライブラリ、およびzlibを使用するフォーマット（PNG、PDF、HTTP圧縮）で使用されます。暗号化セキュリティよりも速度が重要視される高速なデータ整合性検証に使用されます。簡単に操作できるため、セキュリティ目的で使用すべきではありません。

Q: Adler-32とCRC-32の違いは何ですか？

Adler-32は計算が高速ですが、CRC-32よりもエラー検出能力が弱いです。Adler-32は単純な加算演算を使用しますが、CRC-32は多項式除算を使用します。CRC-32はより多くのエラーパターンを検出でき、バーストエラーの検出に優れています。速度が重要な場合にはAdler-32が好まれます。

Q: なぜAdler-32は65521を使用するのですか？

65521は2^16 (65536) 未満で最大の素数です。素数の法を使用することで、チェックサム値の分布が良くなり、異なる入力が同じチェックサムを生成する衝突の確率が減少します。16ビットの制約により、AとBの合計がそれぞれ16ビットに収まり、32ビットの結果に結合できます。

任意のテキスト文字列のAdler-32チェックサムを計算します。ステップごとの計算トレース、16進数/10進数/2進数の出力形式、およびA/Bコンポーネントのブレイクダウンを表示します。

Adler32チェックサム電卓

データ整合性ツール

adler32チェックサム電卓

データ整合性検証のための高速チェックサム計算。zlib、PNG、PDFフォーマットで使用されています。

Embed Adler32チェックサム電卓 Widget

Adler32チェックサム電卓

adler32チェックサム電卓へようこそ。これは、テキスト文字列のAdler-32チェックサムを高速かつ効率的に計算するためのツールです。Adler-32は、データ圧縮や整合性検証で広く使用されているチェックサムアルゴリズムであり、計算速度とエラー検出能力の優れたバランスを提供します。

Adler-32とは何ですか？

Adler-32は、1995年にMark Adlerによってzlib圧縮ライブラリの一部として発明されたチェックサムアルゴリズムです。2つの16ビット和（一般にAおよびBと呼ばれる）を計算して結合することにより、32ビットのチェックサム値を生成します。このアルゴリズムは、CRCアルゴリズムのエラー検出強度よりも速度を優先しているため、考えられるすべてのエラーを検出することよりも、高速な整合性チェックが重要なアプリケーションに理想的です。

Adler-32の仕組み

Adler-32アルゴリズムは、2つの実行中の合計を維持します：

和 A: 1から始まり、すべてのバイトの合計を蓄積します
和 B: 0から始まり、すべての中間A値の合計を蓄積します

両方の合計は、2¹⁶未満で最大の素数である法65521で計算されます。最終的なチェックサムは、BとAを次のように結合します：(B << 16) | A

魔法の数字：65521

65521は、2¹⁶ (65536) 未満で最大の素数です。素数の法を使用することで、チェックサム値の分布が良くなり、異なる入力が同じチェックサムを生成する衝突の確率を低減します。

Adler-32とCRC-32の比較

特徴	Adler-32	CRC-32
速度	高速（単純な算術演算）	低速（多項式除算）
エラー検出	ランダムエラーに有効	バーストエラーにより有効
出力サイズ	32ビット	32ビット
主な用途	zlib, PNG, PDF	ネットワークプロトコル, ストレージ
弱点	短いメッセージに不向き	CPU負荷が高い

一般的な用途

zlib 圧縮: Adler-32はzlibで圧縮されたデータストリームで使用される整合性チェックアルゴリズムです
PNG 画像: PNGファイルはzlib圧縮を使用しており、これにはAdler-32チェックサムが含まれます
PDF ドキュメント: 多くのPDFストリームはAdler-32検証を伴うzlibで圧縮されています
HTTP 圧縮: gzip/deflateコンテンツエンコーディングはAdler-32を使用します
データ同期: rsyncは高速なブロック比較のためにAdler-32を使用します

アルゴリズムのステップ

初期化: A = 1, B = 0 に設定します
各バイトの処理: データの各バイト D に対して：
- A = (A + D) mod 65521
- B = (B + A) mod 65521
結合: チェックサム = (B × 65536) + A = (B << 16) | A

セキュリティ上の考慮事項

重要： Adler-32は暗号化ハッシュ関数ではないため、セキュリティ目的で使用してはいけません。これはエラー検出のみを目的として設計されており、以下のような用途には適していません：

パスワードのハッシュ化
デジタル署名
データ認証
悪意のある攻撃に対する改ざん検出

セキュリティアプリケーションには、SHA-256、SHA-3、BLAKE3などの暗号化ハッシュ関数を使用してください。

よくある質問

Adler-32チェックサムとは何ですか？

Adler-32は、1995年にMark Adlerによって発明されたチェックサムアルゴリズムです。入力データから2つの16ビット和（AとB）を法65521で計算することにより、32ビットのチェックサムを生成します。CRC-32よりも高速ですが、特定のパターンのエラー検出信頼性は低いため、精度よりも速度を優先する用途に最適です。

Adler-32はどのように計算されますか？

Adler-32は、A（1で初期化）とB（0で初期化）の2つの合計を維持します。各バイトに対して、A = (A + byte) mod 65521、および B = (B + A) mod 65521 を行います。最終的なチェックサムは (B << 16) | A となり、両方の合計を32ビット値に結合します。

Adler-32は何に使用されますか？

Adler-32は主にzlib圧縮ライブラリ、およびzlibを使用する形式（PNG、PDF、HTTP圧縮）で使用されます。暗号化セキュリティよりも速度が重要視される高速なデータ整合性検証に使用されます。

Adler-32とCRC-32の違いは何ですか？

Adler-32は計算が高速ですが、CRC-32よりもエラー検出能力が低いです。Adler-32は単純な加算演算を使用し、CRC-32は多項式除算を使用します。CRC-32はより多くのエラーパターンを検出でき、バーストエラーの検出に優れています。速度が重要な場合はAdler-32が好まれます。

なぜAdler-32は65521を使用するのですか？

65521は、2¹⁶ (65536) 未満で最大の素数です。素数の法を使用することで、チェックサム値の分布が良くなり、衝突の確率が減少します。16ビットの制約により、AとBの合計がそれぞれ16ビットに収まり、32ビットの結果に結合できます。

追加リソース

このコンテンツ、ページ、またはツールを引用する場合は、次のようにしてください：

"Adler32チェックサム電卓"（https://MiniWebtool.com/ja/adler32チェックサム電卓/） MiniWebtool からの引用、https://MiniWebtool.com/

miniwebtool チームによる提供。最終更新：2026年1月27日

その他の関連ツール:

CRC32チェックサム電卓おすすめ

CRC64チェックサム電卓

Adler32チェックサム電卓

adler32チェックサム電卓

Adler32チェックサム電卓

Adler-32とは何ですか？

Adler-32の仕組み

Adler-32とCRC-32の比較

一般的な用途

アルゴリズムのステップ

セキュリティ上の考慮事項

よくある質問

Adler-32チェックサムとは何ですか？

Adler-32はどのように計算されますか？

Adler-32は何に使用されますか？

Adler-32とCRC-32の違いは何ですか？

なぜAdler-32は65521を使用するのですか？

追加リソース

その他の関連ツール:

ハッシュとチェックサム:

おすすめ: