Affine-Chiffre

Wenn a einen Faktor mit sechsundzwanzig teilt, schlägt die Anfrage mit invalid_input fehl, weil die Abbildung nicht bijektiv wäre.

Wie die affine Abbildung funktioniert und was die Antwort enthält

Die Verschlüsselung behandelt jeden lateinischen Buchstaben als Zahl von null bis fünfundzwanzig, multipliziert mit dem Schlüssel a, addiert den Schlüssel b und reduziert modulo sechsundzwanzig, bevor der Buchstabe mit der ursprünglichen Groß- oder Kleinschreibung zurückgeschrieben wird. Großbuchstaben von A bis Z und Kleinbuchstaben von a bis z verwenden dieselben Verschiebungen, sodass Texte mit gemischter Schreibweise ihre Form behalten und sich nur die Identität der Buchstaben ändert. Ziffern, Leerzeichen, Satzzeichen, Emoji und nicht lateinische Schriften bleiben unverändert, sodass Nachrichten Abstände und Symbole behalten. Der optionale Modus mode ist standardmäßig encrypt; encrypt und encode führen die Vorwärtsabbildung aus, während decrypt und decode sie umkehren. Die Entschlüsselung stellt den Klartext wieder her, indem sie ein modulares Inverses a_inv mit a·a_inv ≡ 1 mod 26 berechnet und dann D(y)=a_inv·(y−b) mod 26 für jeden Buchstaben auswertet. Senden Sie JSON mit dem erforderlichen Zeichenkettenfeld text für eine beliebige nicht leere Nachricht, der erforderlichen ganzen Zahl a zwischen eins und fünfundzwanzig, die teilerfremd zu sechsundzwanzig ist, und der erforderlichen ganzen Zahl b zwischen null und fünfundzwanzig; die Aliase input, value, s und message funktionieren für den Inhalt, multiplier, key_a und alpha sind Aliase von a, während shift, key_b und beta Aliase von b sind. Bei Erfolg enthält die Antwort result mit dem transformierten Text, mode normalisiert auf encrypt oder decrypt, a und b als Echo der Schlüssel, a_inv mit dem für die Entschlüsselung verwendeten Inversen, length gleich der Zeichenanzahl der Eingabe, letters_transformed mit der Zahl der tatsächlich transformierten Buchstaben A–Z oder a–z und method gleich affine, damit Clients verzweigen können, ohne die Form der Antwort zu prüfen. Identische Eingaben erzeugen immer identisches JSON, denn der Pfad ist reine modulare Arithmetik ohne Netzwerk, ohne Zufallsseed und ohne Uhr.

Validierungsregeln, teilerfremde Schlüssel und häufige Fallstricke

Ein fehlender, nicht als Zeichenkette vorliegender oder leerer text löst invalid_input aus und wird auf der Prepaid-API nicht berechnet, nachdem die Engine die Anfrage abgelehnt hat. Fehlendes a oder b, nicht ganzzahlige Schlüssel, a außerhalb von eins bis fünfundzwanzig oder b außerhalb von null bis fünfundzwanzig schlagen ebenfalls mit invalid_input fehl. Leerzeichen, Ziffern und Satzzeichen werden nicht entfernt: Nur lateinische Buchstaben nehmen an der Substitution teil, daher liefern auch satzzeichenreiche Zeichenketten ein vollständiges Ergebnis mit geringerer letters_transformed-Zahl.

API-Nutzung, Preise, Unterrichts-Workflows und praktische Grenzen

Greifen Sie auf die Prepaid-KIT-API zurück, wenn ein Backend, eine serverlose Funktion, eine Tutoriumsplattform oder ein SDK einen stabilen Vertrag mit Guthaben zu $0.002 pro erfolgreich verarbeitetem Element benötigt; Validierungsfehler verbrauchen nach der Ablehnung nie Guthaben. Autoren von SDKs können das Feld result direkt mit einer Kopieren-Schaltfläche verbinden, während a, b, a_inv und method OpenAPI-Beispiele selbsterklärend machen. Halten Sie Nutzlasten auf übliche Textgrößen für einen Elementaufruf in einem Worker-Isolate; dieses Werkzeug ist für Nachrichten und Ausschnitte gedacht, nicht für binäre Blobs von mehreren Megabyte.