鍵がわからなければ、「その暗号化の処理の仕組み、全ての知っている暗号化技術(ソフト)を作った開発者達」でさえ平文がわからない暗号化技術もあるのですよね‥？
例え短い鍵でも、すごい複雑な乱数列発生させて平文を(時間かけたりして)よりぐちゃぐちゃに暗号化するツールが理想‥？

で、暗号化の時に同時に複雑な乱数列の(長い)平文くらいの鍵を別ファイルで生成させれば？と思ったのですが、OTPで既にあります、ね‥。
OTPは1文字ずつ論理演算でずらしていくみたいですが、「鍵=乱数列の情報」と「平文の情報」で、それぞれ最初の1文字と最初の1文字があれば、平文の最初の1文字が判明するのでしょうか？
それとももっと複雑で、長い乱数列の鍵があったとし、その長い鍵の1万文字目〜1万5文字目の半角英数字5文字を抜いて他の半角英数字5文字と入れ替えられていたとしても、その5文字だけ入れ替えられている長い鍵があれば、
1万文字目分まで＆1万5文字目以降は正確に復号化できるということでしょうか？　それとも、順番通りに並んではいるが全て(全体)が正しい鍵でないと復号化できないものなのでしょうか？
もしくは、順番通りに並んでいるわけではなく、全く復号化できないものでしょうか？　俺の浅はかな思考ですみません。。実際はもっと(ビットのなどの識別使い？)精度高いものだと思います、暗号化技術は。。

＆漢字全てに別々の識別を持たせた(2ビットとかでの？)情報を与えることができる=8ビットで256種類とか、ブロック暗号なら128ビットで(2の128乗)の階乗？
＝ {3.4 × 10^38 (340澗)}×{3.4 × 10^38 (340澗)-1}×{3.4 × 10^38 (340澗)-2}×‥340澗-3くらい繰り返し‥とかだとしたら、7000文字の漢字(2バイト)で3,4文字(6,8バイト)にするだけで、0の数が物凄く多い組み合わせができるので、
平文全体に0と1の物凄く多い情報を組み合わせて暗号化できるとして、わざわざ長い鍵を与えなくても、短めの鍵で物凄い計算量が必要になるくらいの暗号化が可能なのではないでしょうか？
それとも2進数の情報使って平文の情報を他の何かの情報に完全に変えることは難しいのでしょうか。。2進数の情報で平文を少しずらして暗号化してあっても、暗号化としては不十分で、平文が読み出せてしまう‥？