In theory, the key length could be

In theory, the key length could be log2(2n)! bits. For example, assign each mapping a number, from 1 through (2n)! and maintain a table that shows the mapping for each such number. Then, the key would only require log2(2n)! bits, but we would also require this huge table. A more straightforward way to define the key is to have the key consist of the ciphertext value for each plaintext block, listed in sequence for plaintext blocks 0 through 2n – 1. This is what is suggested by Table 3.1. In this case the key size is n  2n and the huge table is not required.

ผลลัพธ์ (ไทย) 1:

ในทางทฤษฎี ความยาวคีย์อาจจะ log2(2n) บิต ตัวอย่าง กำหนดหมายเลข จาก 1 ผ่าน (2n) แต่ละแมป และรักษาตารางที่แสดงการแม็ปสำหรับแต่ละหมายเลขดังกล่าว แล้ว คีย์เท่านั้นต้อง log2(2n) บิต แต่เราจะต้องใช้ตารางขนาดใหญ่นี้ แบบตรงไปตรงมามากขึ้นเพื่อกำหนดคีย์จะมี consist คีย์ค่าไว้ซึ่งในแต่ละบล็อกเป็นข้อความล้วน แสดงรายการในลำดับสำหรับบล็อกเป็นข้อความล้วน 0 ถึง 2n-1 ที่แนะนำตามตาราง 3.1 ได้ ในกรณีนี้ ขนาดของคีย์คือ 2n n  และตารางขนาดใหญ่ไม่ต้องการ

ผลลัพธ์ (ไทย) 2:

ในทางทฤษฎีความยาวที่สำคัญจะได้รับการ log2 (2n)! บิต ตัวอย่างเช่นการทำแผนที่กำหนดแต่ละจำนวนจาก 1 ถึง (2n)! และรักษาตารางที่แสดงให้เห็นถึงการทำแผนที่สำหรับแต่ละหมายเลขดังกล่าว แล้วที่สำคัญจะต้องมี log2 (2n)! บิต แต่เรายังจะต้องมีตารางใหญ่นี้ วิธีที่ตรงไปตรงมามากขึ้นในการกำหนดที่สำคัญคือการมีคีย์ประกอบด้วยค่า ciphertext สำหรับแต่ละบล็อก plaintext ที่ระบุไว้ในลำดับสำหรับ plaintext บล็อก 0 ถึง 2n - 1 นี่คือสิ่งที่เป็นที่แนะนำโดยตารางที่ 3.1 ในกรณีนี้ขนาดที่สำคัญคือ n  2n และโต๊ะขนาดใหญ่ไม่จำเป็นต้องใช้

ผลลัพธ์ (ไทย) 3:

ในทางทฤษฎี , ความยาวคีย์อาจจะ LN ( 2n ) บิต ตัวอย่างเช่น กำหนดแต่ละแผนที่ตัวเลขจาก 1 ถึง ( 2n ) และรักษาตารางที่แสดงแผนที่สำหรับแต่ละเช่นเบอร์ แล้วคีย์จะต้อง LOG ( 2n ) บิต , แต่เราก็ยังต้องใช้โต๊ะใหญ่ วิธีที่ตรงไปตรงมามากขึ้นเพื่อกำหนดคีย์มีคีย์ที่ประกอบด้วยค่าแพทสำหรับแต่ละอักขระบล็อก ,อยู่ในลำดับสำหรับอักขระบล็อก 0 ผ่าน 2n - 1 นี้คือสิ่งที่จะแนะนำ โดยตารางที่ 3.1 . ในกรณีนี้ขนาดคีย์คือ n  2n และโต๊ะขนาดใหญ่ ไม่ต้อง