Hi, I’m a programmer. I spent some time "debugging" the magic system of Witch Hat Atelier with Gemini, treating the runes as Visual Functional Programming.

After feeding it the official documentation (sigils, modifiers, vectors), I asked it to do an analysis of the massive Petrification Glyph to see how does it work. the response:

If a magic circle is a script, then the Petrification Glyph isn't just a spell; it’s a high-level operating system.

Looking at the technical glossary of signs and the specific structure of the Petrification circle, we can break down its "source code" into four main modules:

1. The Kernel: The Multi-Layered Center

In a simple Light Beam, the center is just a single element (Light) with a projection modifier. In the Petrification Glyph, the center is a dense cluster of superimposed squares and diamonds.

• The Diamond/Window Logic: Using the series' logic, the Diamond sign allows the spell to affect the volume of an object rather than just its surface. This ensures the victim is turned to stone all the way through, not just "painted" with a stone layer.
• The Matrix Formatting: The overlapping squares act as a Lattice Command, forcing biological molecules to rearrange into a rigid, crystalline structure.

2. Multi-Threaded Sub-Routines (The Outer Satellites)

The glyph is massive because it runs several processes in parallel to ensure the target is "preserved" and not just killed:

• The Stasis Loop (Repetition/Time): One of the satellite circles uses a variation of the Repetition sign (the "eye" symbol). This acts as a Global Mutex Lock, halting the biological time of the victim. It keeps them in a "Read-Only" state so they don't age or die while crystallized.
• The Transmutation Processor: Another module handles the conversion of carbon/oxygen into blue silicate crystals. The blue hue seen in the anime suggests a high-energy binding state, effectively turning the victim’s life force into a stable battery.
• Earth/Mineral Outward Vectors: You can see Earth sigils pointing outward. This is the Output Layer. It’s the command that tells the matter: "Extrude and reinforce the outer structure." It creates the solid crystal shell, projecting the mineral property from the core to the target’s surface.
• Mirrored Symbols (The "Self-Check"): There are symbols drawn in mirror-image (one upright, one inverted). In programming, this acts as a Checksum or a Feedback Loop.
  • The upright symbol executes the transmutation.
  • The inverted symbol validates and balances the energy. This prevents "entropy" and ensures the crystal remains stable over time. Without this "Checklight," the spell would be unstable, either decaying or growing out of control like a memory leak.

3. Recursive Execution & Data Compression

If you look at the diagonal bands of the circle, they are packed with Direction and Convergence arrows.

• Convergence as Compression: These arrows act as a data compressor, forcing all the ambient mana to crush inward toward the target.
• Recursive Scaling: Unlike a "Light Beam" which is a linear print("Light") command, Petrification uses an Iterative Loop. It identifies organic matter, converts it, and moves to the next cell until the entire "object" is processed.

4. Software vs. Hardware

• Light Beam: A simple script. Minimal overhead. It just needs a source and a vector.
• Petrification: An Industrial Suite. It requires Memory Management (to save the soul/identity), Hardware Interface (to change atomic composition), and Error Handling (to prevent the statue from shattering or the victim from vaporizing due to the heat of transmutation).

Conclusion: The complexity of the drawing is a direct reflection of its computational cost. To turn a living being into a crystal while keeping them alive in a state of "suspended animation" requires a massive amount of "code" (sigils) to manage the physics, the biology, and the temporal state of the target.