ForHosting KIT · Entwickler-Tools

CRC-64-Prüfsumme

Die neun Zeichen 123456789 ergeben den CRC-64/ECMA-182-Wert 6C40DF5F0B497347, den Referenzwert dieses Profils. Liefert eine Bibliothek etwas anderes, ist es nicht ECMA-182. Fügen Sie einen beliebigen Text ein und erhalten Sie seinen 64-Bit-Rest. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Text
123456789
Erhalten Sie
CRC (Hex)
6C40DF5F0B497347
Crc hi
6C40DF5F
Crc lo
0B497347
Byte-Anzahl
9

CRC-64 mit dem ECMA-Polynom ist eine zyklische Redundanzprüfung mit vierundsechzig Bit, wenn Sie einen stärkeren Rest als CRC-32 brauchen, ohne zu einem kryptografischen Hash zu greifen. Speichersysteme, Archivwerkzeuge und Protokollentwickler verlassen sich auf CRC-64/ECMA-182, um versehentliche Korruption in Puffern, Dateisegmenten und gerahmten Nachrichten zu erkennen. Diese Fähigkeit nimmt eine nicht leere Textzeichenkette, kodiert sie als UTF-8, führt den Standardalgorithmus ECMA-182 mit Polynom 0x42F0E1EBA9EA3693 und Startwert null aus und liefert den Rest als sechzehn hexadezimale Ziffern in Großbuchstaben.

Was CRC-64/ECMA-182 berechnet

Eine zyklische Redundanzprüfung schickt jedes Byte einer Nachricht durch ein festes Generatorpolynom, sodass ein einzelnes gekipptes Bit das Ergebnis fast immer verändert. Das Profil ECMA-182 arbeitet mit einem 64-Bit-Register und dem Polynom 42F0E1EBA9EA3693 der European Computer Manufacturers Association. Das Register startet bei null, jedes Byte wird in die oberen acht Bit eingerechnet, und es gibt weder eine Spiegelung der Eingabe noch eine abschließende Maske. Ihr Text wird zuerst als UTF-8 kodiert; der Rest erscheint als sechzehn große Hexziffern, dazu die obere und die untere Hälfte mit je acht Ziffern.

Wann sich 64 Bit lohnen und wo die Grenzen liegen

Speichersysteme, Archivwerkzeuge und Protokollentwickler nutzen CRC-64, um zufällige Beschädigungen in Puffern, Dateisegmenten und Nachrichtenrahmen zu erkennen, wenn ein stärkerer Rest als bei CRC-32 nötig ist, aber kein kryptografischer Hash. Zum Prüfen Ihres eigenen Codes dienen die neun Zeichen 123456789: Jeder andere Wert als 6C40DF5F0B497347 bedeutet ein anderes Profil. Einen Hex-Eingabemodus gibt es nicht, fügen Sie also den wörtlichen Text ein. Leere Eingaben werden abgelehnt. Und da eine CRC eine öffentliche, lineare Rechnung ist, ersetzt sie nie einen Passwort-Hash oder eine Signatur mit Schlüssel.

Was CRC-64 ECMA ist und wann Sie es nutzen

Eine zyklische Redundanzprüfung faltet jedes Eingabebyte durch ein festes Generatorpolynom, sodass ein einzelnes gekipptes Bit den Rest fast immer ändert. CRC-64/ECMA-182 ist das Vierundsechzig-Bit-Profil um das Polynom der European Computer Manufacturers Association 0x42F0E1EBA9EA3693: das Register startet bei null, jedes Byte wird per XOR in die oberen acht Bits des Vierundsechzig-Bit-Worts gemischt, und pro Byte folgen acht Schiebe- und bedingte XOR-Schritte ohne Eingangsreflexion und ohne abschließende Exclusive-Or-Maske.

Der klassische Prüfvektor sind die neun ASCII-Ziffern eins bis neun und muss den Rest 0x6C40DF5F0B497347 liefern; weicht Ihre Bibliothek davon ab, ist es nicht ECMA-182, auch wenn CRC-64 beworben wird. Gegenüber CRC-16 Modbus oder CRC-32 senkt der breitere Rest das Kollisionsrisiko bei größeren Nutzlasten und Mehrsegment-Archiven und bleibt deutlich günstiger als SHA-256, wenn Sie nur Integrität gegen zufälliges Rauschen brauchen, nicht Angriffsresistenz.

Nutzen Sie diesen Endpunkt, wenn eine Spezifikation CRC-64 ECMA, ECMA-182 oder das XZ-Familienpolynom ohne Reflexion nennt, wenn Sie goldene Reste in Continuous Integration fixieren oder wenn Sie einen browser-sichtbaren Rechner brauchen, der bytegenau mit Server-Tools übereinstimmt. Verwenden Sie es nicht als Passwort-Hash und nicht als Ersatz für ein schlüsselbasiertes MAC: zyklische Redundanzprüfungen sind öffentliche lineare Funktionen und bieten weder Geheimnis noch Authentifizierung gegen einen motivierten Angreifer.

Wie berechne ich eine CRC-64-ECMA-Prüfsumme?

Senden Sie eine nicht leere Textzeichenkette im Feld text.

Welches Polynom und welchen Startwert nutzt sie?

CRC-64/ECMA-182: Polynom 0x42F0E1EBA9EA3693, Startregister 0x0000000000000000, keine Reflexion, kein finales XOR. Der Prüfvektor 123456789 liefert 6C40DF5F0B497347.

Was passiert bei leerer Eingabe?

Geben Sie mindestens ein Zeichen Text zum Hashen an.

Ist CRC-64 dasselbe wie ein kryptografischer Hash?

Nein. CRC-64 erkennt versehentliche Korruption; es ist nicht kollisionsresistent gegen einen Angreifer und darf SHA-256, HMAC oder Passwort-Hashing nicht ersetzen.

Wann ist CRC-64 die bessere Wahl als CRC-32?

Bei großen Datenmengen oder Archiven aus vielen Segmenten. Der breitere 64-Bit-Rest senkt das Risiko eines zufälligen Treffers und bleibt dennoch viel günstiger als SHA-256, wenn Sie nur Schutz vor Rauschen brauchen.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/enc/crc64

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/enc/crc64 \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"123456789"}'
{
  "text": "123456789"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.crc64",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Leere Eingabe wird mit invalid_input abgelehnt, damit niemand eine Nutzlast der Länge null mit einem erfolgreichen Hash verwechselt.

Eingabevertrag, leere Eingabe und Antwortfelder

Die Zeichenkette wird als UTF-8 kodiert und jedes resultierende Byte geht in den CRC; es gibt in dieser Fähigkeit keinen separaten Hex-Modus — fügen Sie den wörtlichen Text ein, den Sie hashen möchten. Zahlen und Boolesche Werte werden akzeptiert, indem sie zuerst in Strings umgewandelt werden, was einfache Rechnerdemos bequem hält. Fehlgeschlagene Validierung wird nicht berechnet. Senden Sie per POST einen JSON-Körper mit dem Pflicht-Stringfeld text. Leerer Text, einschließlich einer Zeichenkette der Länge null nach Auslassen sinnvollen Inhalts, wird mit invalid_input und einer Meldung zur leeren Eingabe abgelehnt, damit Formular-UIs und API-Clients das Feld ohne Raten hervorheben können. Fehlendes text, null oder ein weder String noch skalarer Wert scheitern ebenfalls mit invalid_input. Bei Erfolg enthält der Körper crc_hex als sechzehn hexadezimale Großbuchstaben-Ziffern des vollen Vierundsechzig-Bit-Rests, crc_hi und crc_lo als obere und untere Zweiunddreißig-Bit-Hälften mit je acht Hex-Ziffern, byte_count der UTF-8-Nutzlast sowie feste algorithm-, poly- und init-Zeichenketten, die CRC-64/ECMA-182 mit Polynom 0x42F0E1EBA9EA3693 und init 0x0000000000000000 dokumentieren. Alias-Schlüssel data, payload, value und input werden für das Nutzlastfeld akzeptiert, damit SDK-Clients und ältere Formular-Posts weiter funktionieren.

Wo eine CRC-64-ECMA-API echten Nutzen bringt

Content-Seiten, die für CRC-64-Prüfsumme oder ECMA-Polynom-Rechner ranken, gewinnen ein Live-Tool, dessen freier Pfad exakt dem Automatisierungspfad entspricht und Vertrauen schafft, wenn Leser mit Offline-Hilfsprogrammen vergleichen. Continuous-Integration-Suiten fixieren goldene Paare wie eins-zwei-drei-vier-fünf-sechs-sieben-acht-neun gleich 6C40DF5F0B497347, damit ein Polynom-Tippfehler nie in Produktion landet. Halten Sie Anfragen deterministisch, lehnen Sie leere Nutzlasten am Rand ab, und Sie erhalten Archiv-taugliche Reproduzierbarkeit, ohne CRC-Tabellen in jeden Microservice einzubetten. Backend-Autoren betten den Aufruf in Upload-Pipelines ein, die jedes Stück vor dem Schreiben in Object Storage mit crc_hex stempeln und beim Download neu berechnen, um Bitrot früh zu erkennen. Weil die Implementierung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz im Rechenpfad. Kombinieren Sie crc_hex mit Protokollierung und Audit-Spur, wenn Sie ein einzelnes druckbares Token brauchen, oder nutzen Sie crc_hi und crc_lo, wenn Sie den Rest als zwei vorzeichenlose Zweiunddreißig-Bit-Ganzzahlen in Sprachen ohne native Vierundsechzig-Bit-Typen speichern.

Integritätsstempel pro Chunk

Hashes Sie jedes hochgeladene Textsegment mit CRC-64 ECMA und speichern Sie crc_hex neben dem Objekt, damit Leser neu berechnen und Korruption ohne vollen kryptografischen Hash erkennen.

Goldene Prüfungen für Bibliothek und Firmware

Stellen Sie sicher, dass Gerätecode und Server-Tools beide crc_hex 6C40DF5F0B497347 für ASCII 123456789 liefern und zu Ihren festen Regressionsschablonen passen.

SEO-Rechner und Support-Dokumentation

Bieten Sie eine Live-Seite zur CRC-64-Prüfsumme für Ingenieure, die den ECMA-Polynom-Rest suchen, mit kostenloser Browser-Ausführung passend zur vorausbezahlten API.

Was kostet das CRC-64-Prüfsummen-Tool?

Das Browser-Tool ist kostenlos. API-Anfragen nutzen vorausbezahltes KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →