CRC-64チェックサム
123456789の9文字はCRC-64/ECMA-182で6C40DF5F0B497347になります。この方式の基準値なので、違う値を返すライブラリはECMA-182ではありません。任意のテキストの64ビットの値も求められ、ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- 123456789
- CRC(16進)
- 6C40DF5F0B497347
- Crc hi
- 6C40DF5F
- Crc lo
- 0B497347
- バイト数
- 9
ECMA多項式によるCRC-64は、CRC-32より強い残差が必要だが暗号学的ハッシュまでは不要な場面で使う六十四ビットの巡回冗長検査です。ストレージシステム、アーカイブツール、プロトコル設計者は、バッファ・ファイル断片・フレーム化メッセージの偶発的破損を検出するためにCRC-64/ECMA-182に依存します。本機能は空でないテキスト文字列を受け取り、UTF-8として符号化し、多項式0x42F0E1EBA9EA3693と初期値ゼロの標準ECMA-182アルゴリズムを実行し、残差を十六桁の大文字十六進数として返します。
CRC-64 ECMAとは何か、いつ使うか
巡回冗長検査は、固定の生成多項式に入力の各バイトを通し、ビット一つが反転しても残差がほぼ必ず変わるようにします。CRC-64/ECMA-182はEuropean Computer Manufacturers Associationの多項式0x42F0E1EBA9EA3693に基づく六十四ビットプロファイルです。
レジスタはゼロで始まり、各バイトは六十四ビット語の上位八ビットへ排他的論理和され、バイトごとに八回のシフトと条件付きXORが進み、入力反射も最終的な排他的論理和マスクもありません。古典的な検査ベクトルはASCIIの一から九までの九桁であり、残差0x6C40DF5F0B497347を返さねばなりません。
ライブラリがこの値と一致しないなら、CRC-64と称していてもECMA-182ではありません。パスワードハッシュや鍵付きMACの代用にはしないでください。巡回冗長検査は公開の線形関数であり、意図的な攻撃者に対する秘匿も認証も提供しません。
よくある質問
使用する多項式と初期値は何ですか？
CRC-64/ECMA-182：多項式0x42F0E1EBA9EA3693、初期レジスタ0x0000000000000000、反射なし、最終XORなし。検査ベクトル123456789は6C40DF5F0B497347になります。
CRC-64は暗号学的ハッシュと同じですか？
いいえ。 CRC-64は偶発的破損を検出しますが、攻撃者に対する衝突耐性はなく、SHA-256、HMAC、パスワードハッシュの代わりにはなりません。
CRC-32ではなくCRC-64を選ぶのはどんなときですか？
データが大きいときや、多くのアーカイブ区間に分かれているときです。64ビットの値は偶然の一致の危険を下げ、雑音への備えだけならSHA-256よりはるかに軽く計算できます。
結果が上位と下位の2つに分けて表示されるのはなぜですか？
64ビットの値を、8桁ずつの上位32ビットと下位32ビットにも分けて示すためです。123456789の場合は6C40DF5Fと0B497347になります。
空のテキストを入力するとどうなりますか？
受け付けられず、空の入力であることを知らせるメッセージが表示されます。長さ0のデータを正しいチェックサムと取り違えないための仕組みです。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/crc64 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"123456789"}'const res = await fetch("https://api.kit.forhosting.com/enc/crc64", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "123456789"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/crc64",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "123456789"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/crc64", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"123456789"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"123456789"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/crc64", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "123456789"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.crc64",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
空入力はinvalid_inputで拒否されるため、長さゼロのペイロードと成功したハッシュを取り違えません。
CRC-64 ECMAとは何か、いつ使うか
CRC-16 ModbusやCRC-32と比べ、残差が広いため大きなペイロードや複数セグメントのアーカイブでは衝突リスクが下がり、偶発的なノイズに対する完全性だけでよい場合はSHA-256よりはるかに安価です。
入力契約、空入力、応答フィールド
文字列はUTF-8に符号化され、得られた各バイトがCRCに入ります。本機能に別のhexモードはなく、ハッシュしたいリテラルテキストを貼り付けます。数値と真偽値は先に文字列化して受け付けるため、単純な計算機デモが便利です。検証失敗は課金されません。アルゴリズムはバイト長に対して線形で、ハンドラ内にネットワーク往復はなく、すべてメモリ上で完結します。必須の文字列フィールドtextを含むJSON本体をPOSTしてください。意味のある内容を省略した長さゼロの文字列を含む空テキストはinvalid_inputで拒否され、空入力を報告するメッセージによりフォームUIとAPIクライアントが推測なしにフィールドを強調できます。textの欠落、null、文字列でもスカラーでもない値もinvalid_inputで失敗します。成功時の本体には、六十四ビット残差全体の十六桁大文字十六進数crc_hex、各八桁十六進の上位・下位三十二ビット半部crc_hiとcrc_lo、UTF-8ペイロードのbyte_count、多項式0x42F0E1EBA9EA3693とinit 0x0000000000000000のCRC-64/ECMA-182を示す固定のalgorithm・poly・init文字列が含まれます。ペイロード欄には別名data、payload、value、inputを受け付けるため、SDKクライアントとレガシーなフォーム投稿も動作し続けます。ブラウザ利用ではペイロードを控えめにしてください。
CRC-64 ECMA APIが本領を発揮する場面
CRC-64チェックサムやECMA多項式計算機で検索されるコンテンツサイトは、無料経路が自動化経路と完全一致するライブツールを得て、読者がオフラインユーティリティと比較するときの信頼を高めます。バックエンド作者は、オブジェクトストレージへ書く前に各チャンクへcrc_hexを刻印するアップロードパイプラインに呼び出しを組み込み、ダウンロード時に再計算してビット腐敗を早期に捉えます。実装は純parseのティアAのため、成功した各呼び出しは公開された基本価格$0.002で、モデルトークンも計算経路からの外向きネットワークもありません。単一の印刷可能トークンが必要なときはログと監査証跡にcrc_hexを組み合わせ、ネイティブ六十四ビット型のない言語で残差を二つの符号なし三十二ビット整数として格納するときはcrc_hiとcrc_loを使います。要求を決定論的に保ち、空ペイロードをエッジで拒否すれば、各マイクロサービスにCRC表を埋め込まずにアーカイブ級の再現性が得られます。
連携の活用例
チャンク単位の完全性スタンプ
アップロードした各テキスト断片をCRC-64 ECMAでハッシュし、オブジェクトの横にcrc_hexを保存すれば、読者は完全な暗号ハッシュなしで再計算して破損を検出できます。
ライブラリとファームウェアのゴールデン検査
デバイスコードとサーバ側ツールがASCII 123456789に対してともにcrc_hex 6C40DF5F0B497347を出し、固定の回帰テンプレートと一致することを断言してください。
SEO計算機とサポート文書
ECMA多項式の残差を検索する技術者向けにCRC-64チェックサムのライブページを提供し、無料ブラウザ実行を前払いAPIと揃えてください。
技術的な質問
CRC-64 ECMAチェックサムはどう計算しますか？
空でないテキスト文字列をtextフィールドに送ってください。APIはUTF-8符号化し、CRC-64/ECMA-182を実行し、十六桁の大文字十六進crc_hexと上位・下位三十二ビット半部を返します。
空入力を送るとどうなりますか？
空テキストはinvalid_inputで拒否され、空入力を報告するメッセージが付きます。これらの失敗は課金されません。ハッシュする文字を少なくとも一つ指定してください。
CRC-64チェックサムツールの料金は？
ブラウザツールは無料です。API要求は成功した呼び出しごとに$0.002の前払いKIT残高を使い、無効入力は課金されません。