<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article">
 <front>
  <journal-meta>
   <journal-id journal-id-type="publisher-id">
    jis
   </journal-id>
   <journal-title-group>
    <journal-title>
     Journal of Information Security
    </journal-title>
   </journal-title-group>
   <issn pub-type="epub">
    2153-1234
   </issn>
   <issn publication-format="print">
    2153-1242
   </issn>
   <publisher>
    <publisher-name>
     Scientific Research Publishing
    </publisher-name>
   </publisher>
  </journal-meta>
  <article-meta>
   <article-id pub-id-type="doi">
    10.4236/jis.2025.164027
   </article-id>
   <article-id pub-id-type="publisher-id">
    jis-146615
   </article-id>
   <article-categories>
    <subj-group subj-group-type="heading">
     <subject>
      Articles
     </subject>
    </subj-group>
    <subj-group subj-group-type="Discipline-v2">
     <subject>
      Computer Science 
     </subject>
     <subject>
       Communications
     </subject>
    </subj-group>
   </article-categories>
   <title-group>
    Entangled Cyclical Encryption Architecture: The Paradigm Cipher for a Fractured World 
   </title-group>
   <contrib-group>
    <contrib contrib-type="author" xlink:type="simple">
     <name name-style="western">
      <surname>
       Jacob
      </surname>
      <given-names>
       Koch
      </given-names>
     </name>
    </contrib>
   </contrib-group> 
   <aff id="affnull">
    <addr-line>
     aPerfect Computing Solutions, Inc., Madison County, IL, USA
    </addr-line> 
   </aff> 
   <pub-date pub-type="epub">
    <day>
     22
    </day> 
    <month>
     08
    </month>
    <year>
     2025
    </year>
   </pub-date> 
   <volume>
    16
   </volume> 
   <issue>
    04
   </issue>
   <fpage>
    528
   </fpage>
   <lpage>
    543
   </lpage>
   <history>
    <date date-type="received">
     <day>
      22,
     </day>
     <month>
      September
     </month>
     <year>
      2025
     </year>
    </date>
    <date date-type="published">
     <day>
      21,
     </day>
     <month>
      September
     </month>
     <year>
      2025
     </year> 
    </date> 
    <date date-type="accepted">
     <day>
      21,
     </day>
     <month>
      October
     </month>
     <year>
      2025
     </year> 
    </date>
   </history>
   <permissions>
    <copyright-statement>
     © Copyright 2014 by authors and Scientific Research Publishing Inc. 
    </copyright-statement>
    <copyright-year>
     2014
    </copyright-year>
    <license>
     <license-p>
      This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/
     </license-p>
    </license>
   </permissions>
   <abstract>
    The accelerating pace of quantum computing has drastically shortened the expected timeline for breaking classical encryption—surpassing predictions by a factor of 500 or more. Lattice-based encryption, once considered a post-quantum solution, is now increasingly vulnerable due to its susceptibility to key vector mapping, high-level dictionary attacks, rainbow table optimizations that exploit weaknesses in static key structures, as well as misestimated quantum capabilities. The Entangled Cyclical Encryption Architecture (ECEA) introduces a paradigm shift: a 12-phase, self-evolving encryption architecture where the key and data are codependent and transform recursively. Rather than treating the key as a static unlock mechanism, this method uses the longer of the key, or the data to encrypt and reshape the data 1000’s of times, producing emergent, entangled ciphertext that cannot be decrypted without fully reversing the entire cycle. Additionally, the cyclical nature of the process wraps around the existing data, minimizing extra storage requirements and keeping the encrypted output close in size to the original. This adaptive structure eliminates common cryptanalytic attack vectors, ensures resistance against quantum-based brute force and pattern-seeking algorithms, and future-proofs data protection by enabling dynamic complexity growth alongside computing advancements. 3 new algorithms have been created that utilize aspects of this technology. Unlike traditional methods, no predictable rules, reduction paths, or reusable structures exist, rendering all 3 ECE (Entangled Cyclical Encryption) algorithms fundamentally resistant to both classical and quantum decryption attack strategies. This methodology also allows the encryption architecture to expand with technology for decades.
   </abstract>
   <kwd-group> 
    <kwd>
     Post Quantum Encryption
    </kwd> 
    <kwd>
      AI
    </kwd> 
    <kwd>
      Quantum Computing
    </kwd> 
    <kwd>
      Encryption
    </kwd> 
    <kwd>
      Cybersecurity
    </kwd> 
    <kwd>
      Cellular Security
    </kwd> 
    <kwd>
      Encryption Architecture
    </kwd>
   </kwd-group>
  </article-meta>
 </front>
 <body>
  <sec id="s1">
   <title>1. Introduction</title>
   <p>The threat landscape has evolved: quantum computing, advanced AI codebreakers, and distributed intrusion methods now challenge even the strongest encryption standards. Entangled Cyclical Encryption (ECE) is a next-generation encryption architecture that fuses the concepts of key/data co-dependency, cyclically transformative phases, and multi-layer encryption.</p>
   <p>Unlike static encryption like AES-256 or RSA, ECE leverages both the data and key as symbiotic agents in a 12-phase recursive encryption cycle. Each phase reshapes both entities, producing emergent, non-reversible ciphertext embedded in dynamically entangled frameworks. The encryption has to be unwound before the data can be decrypted.</p>
   <p>Recent public challenge stress testing had over 3000 cryptographic enthusiasts and students from colleges like Harvard and MIT, of which none of the participants could break even the early-stage implementations of ECE. Unlike static encryption, ECE creates emergent, non-reversible ciphertext through entangled, shifting structures. Decryption is impossible without traversing the full encryption cycle in reverse—phase by phase. Designed for post-quantum security, ECE represents a major evolution in information defense, aiming to future-proof data for the next 150 years.</p>
  </sec><sec id="s2">
   <title>2. Manifesto: A Cipher for a Fractured World</title>
   <sec id="s2_1">
    <title>2.1. The Current State</title>
    <p>Data breaches. State surveillance. Post-quantum uncertainty. The encryption protocols of yesterday are bleeding at the edges—and worse, they’re predictable. The structures that once secured our secrets are being unraveled by the very architectures that empowered them. We don’t need more fixes and patches; we need a paradigm. Entangled Cyclical Encryption Architecture (ECEA) is that paradigm —a multi-phase, key-driven, dynamically entangled encryption framework that doesn’t merely conceal data. It embeds data into cycles of data transformation.</p>
    <p>This is not just encryption. It’s information architecture as defense.</p>
    <p>ECEA is born from the belief that encryption must no longer be passive.</p>
    <p>It must be entangled, self-evolving, and mathematically fluid.</p>
    <p>This architecture does not obscure information. It embeds it in motion.</p>
   </sec>
   <sec id="s2_2">
    <title>2.2. The Problem</title>
    <p>The pace of advancement in quantum and post-quantum computing has been nothing short of remarkable. A decade ago, it was widely believed that breaking modern encryption algorithms would take millions of years. Today, with the advent of quantum computing, some of those same encryption schemes can be compromised in a matter of months—and more likely, days.</p>
    <p>Lattice-based cryptography, often touted as a cornerstone of post-quantum security, is not the impenetrable fortress many assume it to be. While it does offer resistance to conventional quantum attacks, the structure of lattice-based encryption—its high-dimensional data matrices—can reveal patterns or heuristics that reduce the complexity of an attack. Once an approximate location within the lattice is identified, the number of potential solution vectors drops significantly. From there, reverse-engineering a key becomes a far less computationally intensive task than initially estimated.</p>
    <p>With quantum systems already achieving computational outputs equivalent to billions of years of classical computation in mere minutes, traditional assumptions about cryptographic time horizons—such as AES or RSA holding strong for millennia—are no longer reliable. What once required theoretical eons may now be reduced to hours or days. The landscape of cybersecurity is shifting rapidly, and so must our assumptions and defenses. With quantum systems already achieving computational outputs equivalent to billions of years of classical computation in mere minutes, traditional assumptions about cryptographic time horizons—such as AES or RSA holding strong for millennia—are no longer reliable. What once required theoretical eons may now be reduced to hours or days. The landscape of cybersecurity is shifting rapidly, and so must our assumptions and defenses.</p>
   </sec>
   <sec id="s2_3">
    <title>2.3. Our Solution</title>
    <p>Instead of data being transformed by the key, the data and key interweave over 12 transformational phases with potentially 1000’s of cycles to protect data. The longer of the two (key or data) drives the process. Every bit in each phase modifies the next. Each phase reshapes both entities—producing a final cipher that is uniquely shaped by its own construction. The data changes as different parts of the key is used, as demonstrated in <xref ref-type="fig" rid="fig7">
      Figure 7
     </xref>. Encryption can no longer be static. Evolution has become more important than ever due to the miscalculations of quantum computing capabilities in the past. Privacy controls and cloud security are becoming significant concerns for many reasons such as separation of key and user or more advanced side channel attacks. There are still some concerns about how secure quantum LWE and RING-LWE actually are <xref ref-type="bibr" rid="scirp.146615-1">
      [1]
     </xref> <xref ref-type="bibr" rid="scirp.146615-2">
      [2]
     </xref>.</p>
   </sec>
  </sec><sec id="s3">
   <title>3. Breaking the Assumptions: The Whole Picture</title>
   <p>The times of a single static transformation are gone. It is weak and vulnerable.</p>
   <sec id="s3_1">
    <title>3.1. Existing Cryptographic System</title>
   </sec>
   <sec id="s3_2">
    <title>3.2. Entangled Cyclical Encryption Architecture (ECEA)</title>
    <p>ECEA flips the existing model on its head. Emerged from a simple observation: no existing system fully uses both the key and data as entangled cryptographic agents. In most systems, one dominates. With increasing quantum capabilities on the horizon, even robust schemes like RSA and ECC show surface cracks under lattice-based assaults.</p>
    <p>What if encryption wasn’t static—but cyclical?</p>
    <p>ECEA was born not as an improvement—but as a total transformation to an antiquated, breaking down system. Many of the encryption systems today have been in existence for decades. There are comparisons between existing systems and ECEA as demonstrated in <xref ref-type="fig" rid="figFigures 1-4">
      Figures 1-4
     </xref>. Recently, advancements have been made to make the existing systems capable of withstanding attacks. Our system was conceptualized in part by AI, to make any kind of attack irrelevant. Multiple AI Engines had the same cyclical mechanism for defense. We built it for the future of security.</p>
    <fig id="fig1" position="float">
     <label>Figure 1</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 1. AI Assessment of ECE weaknesses (ChatGPT).</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId15.jpeg?20251024025258" />
    </fig>
    <fig id="fig2" position="float">
     <label>Figure 2</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 2. Algorithm attack effectiveness (ChatGPT).</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId16.jpeg?20251024025258" />
    </fig>
    <fig id="fig3" position="float">
     <label>Figure 3</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 3. Lattice RSA based encryption data flowchart (<xref ref-type="bibr" rid="scirp.146615-1">
        [1]
       </xref> Google Search).</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId17.jpeg?20251024025258" />
    </fig>
    <fig id="fig4" position="float">
     <label>Figure 4</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 4. Benchmark comparison between computers (ChatGPT).</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId18.jpeg?20251024025258" />
    </fig>
   </sec>
   <sec id="s3_3">
    <title>3.3. Architecture Overview</title>
    <p>Components</p>
    <p>This is a whole new architecture like some of the encryption mechanisms were in their early stages. Many improvements and mods can be utilized with this technology, including lattice encryption using ECEA methodologies. Although untested, this could be applied to ECEA.</p>
   </sec>
   <sec id="s3_4">
    <title>3.4. Architecture Additions</title>
    <p>While the ECEA encryption system is in its infancy, it is stronger than other encryption systems; some of the things used to make antiquated encryption architecture more viable could be applied. This would increase the complexity and security of the encrypted data.</p>
   </sec>
   <sec id="s3_5">
    <title>3.5. What the Future Looks Like</title>
    <p>Modern attacks are no longer linear or brute-force alone—they’re smart, multi-dimensional, and adaptive. Traditional encryption relies on fixed inputs and predictable structures, making them increasingly vulnerable in an era of:</p>
   </sec>
   <sec id="s3_6">
    <title>3.6. Current Encryption/ECEA Comparison Attack Theories</title>
    <p>A. Quantum Algorithms (Shor’s, Grover’s)</p>
    <p>Threat to static encryption like RSA, ECC, AES</p>
    <p>B. Machine Learning &amp; AI-Guided Attacks</p>
    <p>Threat to ciphers with patterns, repeatability, or key leakage</p>
    <p>C. Heuristic Optimization (Genetic, Simulated Annealing, etc.)</p>
    <p>Threat to systems with known bounds, approximable states, or scoreable fitness</p>
    <p>D. Dictionary, Rainbow Table, Vector Libraries</p>
    <p>Threat to systems with known hash behavior or lattice structure</p>
   </sec>
   <sec id="s3_7">
    <title>3.7. Use Cases for ECEA</title>
    <p>Transforming digital security across critical global sectors.</p>
    <p>A. National Defense &amp; Intelligence</p>
    <p>Military communications and classified intelligence rely on absolute data integrity. ECE’s non-reversible, multi-phase encryption ensures that even intercepted files remain inaccessible, resisting quantum decryption and cyber-espionage.</p>
    <p>B. Financial Services</p>
    <p>Banks, fintechs, and payment processors handle vast volumes of sensitive data. ECE provides robust protection against both traditional and quantum attacks, eliminating the risk of credential replay, transaction tampering, and identity theft.</p>
    <p>C. Healthcare &amp; Genomics</p>
    <p>Patient records and genetic data are among the most personal—and valuable —forms of information. ECE ensures HIPAA-compliant, end-to-end encryption with self-evolving protection that adapts as medical technologies advance.</p>
    <p>D. Cloud Infrastructure &amp; SaaS</p>
    <p>Cloud-hosted applications and storage systems are prime targets for breach. ECE’s compact ciphertext and data-key interdependence minimize storage overhead while eliminating common attack vectors, making it ideal for multitenant, scalable environments.</p>
    <p>E. Critical Infrastructure (Energy, Water, Transportation)</p>
    <p>Nationwide systems must defend against cyber-sabotage. ECE’s deterministic resistance to known attacks and AI-enhanced resilience make it suitable for embedded systems in grid management, logistics, and public safety.</p>
    <p>F. Cryptocurrency &amp; Blockchain</p>
    <p>Private keys are the Achilles’ heel of most blockchain platforms. ECE introduces encryption that binds keys and transaction data into recursive, obfuscated structures, deterring theft and enhancing the cryptographic layer beyond standard elliptic curves.</p>
    <p>G. Artificial Intelligence Systems</p>
    <p>As AI models become proprietary and strategic assets, protecting both model weights and inference data is critical. ECE safeguards training data, internal weights, and decision logs, even in federated learning environments.</p>
    <p>H. Autonomous Vehicles &amp; IoT</p>
    <p>Connected devices must verify identity and exchange trusted information in real-time. ECE enables lightweight, recursive encryption models that support constrained hardware without sacrificing future-proof protection.</p>
    <p>I. Telecom &amp; Mobile Networks</p>
    <p>Mobile carriers and telecom providers operate vast, high-speed networks transmitting voice, video, and data. ECE’s minimal overhead and adaptive encryption cycles are optimized for dynamic bandwidth conditions, securing 5G and edge communications without latency spikes.</p>
    <p>J. Legal, Compliance &amp; Digital Forensics</p>
    <p>Law firms, regulatory bodies, and e-discovery platforms handle sensitive and legally binding information. ECE provides tamper-evident encryption that protects case files and audit trails—even under court-mandated data sharing.</p>
   </sec>
  </sec><sec id="s4">
   <title>4. Figures and Details</title>
   <sec id="s4_1">
    <title>4.1. Architecture’s Inner Workings</title>
    <p>The Entangled Cyclical Encryption Architecture (ECEA) is a next-generation cryptographic framework designed to eliminate predictability, disrupt pattern recognition, and render techniques like rainbow table attacks obsolete. At its core, ECEA employs two distinct algorithms that leverage engineered manipulations in different sequences and complexities—each offering robust, built-in resistance to quantum attacks. This resilience comes from ECEA’s unique entangled cyclical methodology, which fosters high entropy—a cryptographic measure of randomness and unpredictability. In this context, entropy reflects how difficult it is to infer or predict any component of the encrypted data, making unauthorized decryption exponentially more complex.</p>
    <p>A key innovation within ECEA is entropy tunneling: a process of deeply embedding encrypted data across multiple transformation layers, each influenced by independent entropy sources or key fragments. Even if one layer is compromised, the deeper layers remain secure and undecipherable, maintaining the integrity of the entire structure, where as other mechanisms such as Non-linear Indeterminate Equations and other lattice-based reduction methods yielded the public keys and decryptable functionality of 100 keys in only 40 seconds using Gentry’s Attack which deals with homomorphic mechanisms for usage without actual decrypting the file, as it decrypts into memory for usage <xref ref-type="bibr" rid="scirp.146615-3">
      [3]
     </xref>. ECEA is also designed to integrate with advanced techniques such as Layered Obfuscation, where entropy tunneling enhances concealment by ensuring that each obfuscation layer is independently secured and insulated from reverse analysis. This also makes side-channel attacks like on NTRU, useless as there is no methodical way to reduce the inherent relationship between the key and the applied vectors nor can it be reduced by 50% on existing systems <xref ref-type="bibr" rid="scirp.146615-4">
      [4]
     </xref>.</p>
    <p>Together, these innovations position ECEA as a cutting-edge foundation for future-proof encryption standards. Designed to combat any adaptive AI threat. This architecture has no patterns or predictable methods. This essentially makes it impervious to any kind of AI attack as discussed in some recent works covering Adaptive attacks with AI <xref ref-type="bibr" rid="scirp.146615-5">
      [5]
     </xref>. The entanglement is accomplished using 12 phases of modification. After the user selects the folder/files to be encrypted, the byte data is formulated into byte arrays for modifications. After the data has been configured for use, the determination of which is longer (data or key) has to be completed. The longer of the two is the determinant in the number of cycles. The cycles are determined by the number of iterations it takes to fully complete the longer set of data. Each iteration uses the shorter of the two parts (data or key) to manipulate a portion of the longer part. The process does this for each phase of the encryption as the shorter of the two parts is used to manipulate the longer. It can also be used over a network where both users have the private key <xref ref-type="bibr" rid="scirp.146615-6">
      [6]
     </xref>.</p>
    <p>Quantum computers are here and with the recent in-depth understanding of quantum entanglement and developments in the quantum realm, the race is on for something better <xref ref-type="bibr" rid="scirp.146615-7">
      [7]
     </xref>. When a quantum computer meets existing cybersecurity, many things will falter as the technology greatly surpasses existing possibilities <xref ref-type="bibr" rid="scirp.146615-8">
      [8]
     </xref>. With the advent of commercial computing from top companies, the enterprise relationship between data security and protecting the data has never been more crucial <xref ref-type="bibr" rid="scirp.146615-9">
      [9]
     </xref>.</p>
    <p>The first phase creates a byte array from the key file so that bytes can be used against bytes. It then performs the XOR function on the data character value compared to the key character value. The resulting answer is the adjusted byte values for each byte of the data. for each byte of the data. This cycled as many times as required to fully utilize the shorter of the two pieces to manipulate the longer data. The fully completed data packet has now been encrypted multiple times. This encrypted data packet is the starting point for phase 2 to begin.</p>
    <p>Phase 2 utilizes rotations of the encrypted data. The rotations are kept anchored to ASCII values by using mod 65535. When the value ends up being above 65535, 256 is subtracted from it until it is under 65535. This process is used to rotate the value using the byte information for the data and the key. The calculation uses the value of each to make the rotation. This process is cycled as many times as it takes to fully utilize the shorter data to manipulate the longer data. The fully completed encrypted packet from this phase is used to start phase 3.</p>
    <p>Phase 3 utilizes the XOR function again on the recently passed Phase 2 data packet. Cycling through data and having the resulting encrypted data byte/character value of the data added to byte/character value for the key. It repeats this until all of the cycles have completed. The resulting encrypted packet is then passed into Phase 4.</p>
    <p>Phase 4 is the area where the XOR function is used and the resulting values are then added to the previously adjusted data byte values to come up with the rotation. The rotation must be tied to ASCII via mod 65535. The resulting value must have 256 subtracted from it until it is under 65535. The resulting character/byte value is then appended to the final string that is passed to Phase 5 upon completion.</p>
    <p>In Phase 5, the previously encrypted data packet is once again modified with XOR function on the new data from Phase 4. The resulting answer is appended to the final packet that gets passed into Phase 6.</p>
    <p>Phase 6 utilizes addition to add the byte values from each part of the data and the key together. However, the values being passed from Phase 5 are reversed and the following steps happen on the reversed data/byte values. When the end of the shorter data piece is reached, it starts over adding the starting byte value of the shorter data piece to the next byte data piece of the longer data piece.</p>
    <p>Phases 7, 8, and 9 are all repeats of the previous phases with different options such as reversed data and keys. The remaining phases are reversing the byte array, converting to base 64 data and saving the data to a file.</p>
    <p>Data reversals and key reversals happen at designated parts of the process. Sometimes it is only data that is reversed, sometimes just the key. They can also happen together. Phases 1 through 3 are repeated two more times with varying arrangements of reversed data, reversed keys or both.</p>
    <p>The stronger algorithm uses phases 1 through 3, three times. The easier (but still inherently quantum attack-proof) algorithm only does the process once, and is therefore 33% as secure as one using all 12 phases. Salt can be implemented to sprinkle disinformation throughout the data and the locations are metadata in the encrypted byte information. After all is complete whether algorithm one or two, salt or unsalted, the data is transformed into byte 64 data. This converted data/byte value is the final encrypted product and is the starting point for the decryption process.</p>
    <p>The decryption process works the exact opposite of the encryption process, using XOR functions and character rotations with mixed reversed data and reversed key through the process yields the unencrypted data in its decrypted form.</p>
    <p>This process allows for easier faster encryptions where the key and the data are close to the same length. A ratio where they are close to equal is very weak and only allows for one cycle to be completed in each phase. This is very weak and not recommended. The additional capacity for well above one-million-bit strength keys comes from the cyclical nature. The more cycles, the more times the process wraps the data with each cycle being another layer of encryption. More cycles equal a deeper entropy tunnel, whereas fewer cycles make shallower, weaker entropy.</p>
   </sec>
   <sec id="s4_2">
    <title>4.2. The Future and New Classifications Required</title>
    <p>This methodology can grow with technology for hundreds of years with additional pieces being added throughout time. Using a Ratio of 1:1 being the weakest and 10,000:1 being close to the highest point necessary for Tier 4 quantum security, the number of cycles is directly related to strength of the encryption. <xref ref-type="fig" rid="fig6">
      Figure 6
     </xref> shows initial categories of these Tiers in Section 4.3.</p>
    <p>All emerging standards should adopt this methodology through a structured and regulated framework, ensuring responsible growth as it evolves into a foundational technology.</p>
    <p>The third algorithm uses permutation to transform parts of the data, converts the data to byte arrays and then proceeds to generate a key by using the square root of the data length and the square root of the key length. The Riffle Key is an integer that is calculated by taking the square root of the text length/square root of the key length. If the character is prime, the letter used is r. If the Riffle Integer is not prime, the letter used is b. The permutation happens to every other letter. Once the permutation cycle has completed, the shorter of the data pieces (the data or the key) is cycled during the rotation mechanism where the byte value of the data is added to the byte value of the key and then anchored into the range under 65,535. If the rotated value is above 65,535, 256 is subtracted until the calculation is below 65,535. This happens as many times as it takes to reach the end of the longer part. The only manipulation performed in this algorithm aside from the permutation is the rotation as previously described. Additionally, this method uses a reversed key for the calculations. The benchmark times for this new architecture are shown in <xref ref-type="fig" rid="fig5">
      Figure 5
     </xref>. The recommended Tier system is illustrated in <xref ref-type="fig" rid="fig6">
      Figure 6
     </xref>. An example of a key being cycled around a smaller dataset 6 times is demonstrated in <xref ref-type="fig" rid="fig7">
      Figure 7
     </xref>. <xref ref-type="fig" rid="fig8">
      Figure 8
     </xref> demonstrates the flowchart of the Shufflemaster algorithm. This technology is patent pending and excerpts from the patent can be found in <xref ref-type="fig" rid="fig9">
      Figure 9
     </xref> and <xref ref-type="fig" rid="fig10">
      Figure 10
     </xref>. The quantum-resistant comparisons between different types can be found in <xref ref-type="fig" rid="fig11">
      Figure 11
     </xref>.</p>
   </sec>
   <sec id="s4_3">
    <title>4.3. Internal Calculation Results and Data</title>
    <fig id="fig5" position="float">
     <label>Figure 5</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 5. Benchmark times.</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId19.jpeg?20251024025304" />
    </fig>
    <fig id="fig6" position="float">
     <label>Figure 6</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 6. Tier classification.</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId20.jpeg?20251024025304" />
    </fig>
    <fig id="fig7" position="float">
     <label>Figure 7</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 7. A basic cycle overview where the key wraps around the data 6 times.</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId21.jpeg?20251024025304" />
    </fig>
    <fig id="fig8" position="float">
     <label>Figure 8</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 8. Shuffle Master data flow chart.</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId22.jpeg?20251024025304" />
    </fig>
    <fig id="fig9" position="float">
     <label>Figure 9</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 9. Perfect computing solutions, Inc. Patent Application introduction.</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId23.jpeg?20251024025304" />
    </fig>
    <fig id="fig10" position="float">
     <label>Figure 10</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 10. Perfect Computing Solutions, Inc. Patent Application abstract.</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId24.jpeg?20251024025304" />
    </fig>
    <fig id="fig11" position="float">
     <label>Figure 11</label>
     <caption>
      <title>
       <xref ref-type="bibr" rid="scirp.146615-"></xref>Figure 11. Capability assessment of various styles of encryption methods.</title>
     </caption>
     <graphic mimetype="image" position="float" xlink:type="simple" xlink:href="https://html.scirp.org/file/7801135-rId25.jpeg?20251024025304" />
    </fig>
   </sec>
   <sec id="s4_4">
    <title>4.4. Author and Affiliation</title>
    <p>Jacob Koch of Perfect Computing Solutions has been involved with creating software for different types of industry including construction management, culinary preparation and recipe storage, investment clubs among others. He has been in multiple network administrator roles as well as IT security and helpdesk. In addition to these roles, he has also been in the construction layout industry. In recent years, we have been dedicated to protecting and launching this exciting new architecture in the world.</p>
   </sec>
   <sec id="s4_5">
    <title>4.5. Additional Notes about ECEA</title>
    <p>ECEA has undergone live challenge phases designed to evaluate cryptanalytic resistance:</p>
    <p>Stage 1: 488-Bit Key, 2795-Character Encrypted Output</p>
    <p>Stage 2: 64-Bit Key, 1108-Character Encrypted Output</p>
    <p>These results demonstrate ECEA’s resilience across both high-entropy and reduced-key environments, driven by non-linear propagation and multi-vector encoding.</p>
   </sec>
   <sec id="s4_6">
    <title>4.6. Final Thoughts</title>
    <p>Controlled chaos—engineered with intent.</p>
    <p>When key and data are the same length, entropy dies.</p>
    <p>By adding recursion, complexity, and logic, the entropy is free to spiral off into oblivion.</p>
    <p>ECEA rejects patterns, burns predictability, and redefines the whole industry.</p>
    <p>Grover fails. Shor collapses. AI starves with no predictability.</p>
    <p>It’s not an upgrade. It’s a paradigm shift.</p>
    <p>This disruptive technology will shake up the whole industry!</p>
   </sec>
  </sec><sec id="s5">
   <title>Acknowledgements</title>
   <p>We would like to thank everyone who participated in the CTF Challenge and contributed to its success.</p>
   <p>A special note of appreciation goes to those who doubted the vision and said it would never work—your skepticism served as unexpected fuel, and for that, you hold a unique place in this journey.</p>
   <p>We are especially grateful to the investors who believed in this project from the beginning, cheering us on and providing the funding and encouragement necessary to bring it to life. This achievement would not have been possible without your unwavering support and confidence. While many have touched on quantum resilience, no one has walked the path as we have. We are pioneers blazing a path to the future.</p>
  </sec><sec id="s6">
   <title>Provisional Patent Application</title>
   <p>Provisional Patent Application (#63/716,466) was filed and approved on 11-05-2024.</p>
  </sec>
 </body><back>
  <ref-list>
   <title>References</title>
   <ref id="scirp.146615-ref1">
    <label>1</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Public Information. Flowchart of LB-RSA Key Generation. &gt;https://www.researchgate.net/figure/Flowchart-of-LB-RSA-Key-Generation_fig1_341504566 
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref2">
    <label>2</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Sravya, G., Kumar, P.S. and Padmavathy, R. (2024) Survey of Post-Quantum Lattice-Based Ciphertext-Policy Attribute-Based Encryption Schemes for Cloud Storage: Taxonomy, Open Issues, and Future Directions. IEEE Transactions on Services Computing, 17, 4540-4557. &gt;https://doi.org/10.1109/tsc.2024.3479930
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref3">
    <label>3</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Xagawa, K. (2018) Practical Cryptanalysis of a Public-Key Encryption Scheme Based on Non-Linear Indeterminate Equations at SAC 2017. In: Lange, T. and Steinwandt, R., Eds., Post-Quantum Cryptography. PQCrypto 2018, Springer International Publishing, 142-161. &gt;https://doi.org/10.1007/978-3-319-79063-3_7
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref4">
    <label>4</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Xu, Z., Pemberton, O., Oswald, D. and Zheng, Z. (2023) Reveal the Invisible Secret: Chosen-Ciphertext Side-Channel Attacks on NTRU. In: Buhan, I. and Schneider, T., Eds., Smart Card Research and Advanced Applications, Springer, 227-247. &gt;https://doi.org/10.1007/978-3-031-25319-5_12
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref5">
    <label>5</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Wendt, D.W. (2024) Combatting Generative AI Threats. In: Wendt, D.W., Ed., The Cybersecurity Trinity, Apress, 151-172. &gt;https://doi.org/10.1007/979-8-8688-0947-7_5
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref6">
    <label>6</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Ahn, J., Hussain, R., Kang, K. and Son, J. (2025) Exploring Encryption Algorithms and Network Protocols: A Comprehensive Survey of Threats and Vulnerabilities. IEEE Communications Surveys &amp; Tutorials, 1.
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref7">
    <label>7</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     E'mari, S.A., Sanjalawe, Y. and Allehyani, B.A. (2025) Quantum Computing Implications in Generative AI Cybersecurity. In: Almomani, A. and Alauthman, M., Eds., Examining Cybersecurity Risks Produced by Generative AI, IGI Global, 609-642. &gt;https://doi.org/10.4018/979-8-3373-0832-6.ch025
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref8">
    <label>8</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Vadisetty, R. and Polamarasetti, A. (2024) Quantum Computing for Cryptographic Security with Artificial Intelligence. 2024 12th International Conference on Control, Mechatronics and Automation (ICCMA), London, 11-13 November 2024, 252-260. &gt;https://doi.org/10.1109/iccma63715.2024.10843897
    </mixed-citation>
   </ref>
   <ref id="scirp.146615-ref9">
    <label>9</label>
    <mixed-citation publication-type="other" xlink:type="simple">
     Panteli, A. (2025) White Paper: Quantum Readiness-Strategic Imperatives for Enterprise Organisations. European Journal of Business and Management Research, 10, 144-151. &gt;https://doi.org/10.24018/ejbmr.2025.10.3.2705
    </mixed-citation>
   </ref>
  </ref-list>
 </back>
</article>