# Aurora IV by ge1doot

## The work and its context

Aurora IV presents architecture without an obvious ground. Slabs, pyramids, arrays of cubes and open rectangular frames crowd the view or hang apart in a pale field. Some forms resemble towers; others resemble shelves, folded roofs or improbably thin platforms. Automatic rotation repeatedly rearranges their overlaps. A large opaque face can conceal an intricate group, then pass aside to disclose it. The four live editions examined here make looking an unfolding encounter with a constructed space. [^S05] [^S06] [^S07] [^S08]

Released through Art Blocks Playground in April 2021, the series comprises 128 works by ge1doot, the artist Gerard Ferrandez. Its project number is 56. The official description invokes wandering through worlds in search of a home. That brief proposition provides a useful imaginative setting, but it does not supply a detailed development history or identify the structures as real buildings. The [ge1doot dossier](https://ab5d.xyz/artists/ge1doot/) places the project alongside his other Art Blocks work. [^S01]

The lack of a dependable scale is central to my reading. A tiered green form can suggest a tree until a nearby block makes it seem architectural. Fine crossing lines imply connections without explaining how the parts could stand. These are perceptual comparisons, not claims about intended inhabitants or engineering. The system permits an architectural vocabulary to remain strange. [^S05] [^S07]

## Conception and development

The available project statement is exceptionally short. It establishes a world-building premise, while leaving the chronology of sketches, experiments and revisions unresolved. The current artist profile describes Ferrandez's background in programming and early home computers. That background supports a broad context for his practice; it does not prove when a particular Aurora IV rule was written or which earlier experiment supplied it. [^S01]

The most substantial evidence for the project's specific decisions is therefore the deployed program as indexed by Art Blocks. Its own diagnostic labels name four model families: megalopolis, city, station and outpost. Those names show that an architectural reading is present within the artist's software, even though the shapes remain abstract. The code also separates day and night conditions, colour treatments and directions of rotation. These are authored categories within one system, rather than descriptions invented after a collection of unrelated images was assembled. [^S02]

Looking across the selected outputs suggests why those decisions matter together. A crowded scene invites the viewer to imagine entering its spaces, while a sparse arrangement appears more like an object suspended for inspection. Changes in density alter the viewer's implied position as well as the number of visible parts. This is an interpretation of the live works, not a recovered statement that the artist designed a literal journey between inhabited settlements. [^S05] [^S08]

## How the work was constructed

I inspected the complete 12,068-character indexed script. The research record retains its digest and retrieval location. This is direct inspection of the indexed program, not a claim to have compared it against a pinned historical block. The script uses JavaScript and WebGL directly, with its shaders and supporting mathematical routines included in the retrieved material. [^S02]

A portion of the token hash initializes a small bitwise pseudorandom generator. Subsequent selections determine the model family and visual settings. The generator does not choose an entirely new work on each animation frame. It supplies the decisions used to assemble the geometry, after which viewing and shading change over time. This separation is essential: motion in the picture does not imply continuous mutation of its underlying structure. [^S02]

The construction procedure carries a state containing position, orientation, scale, colour and recursion depth. Rules copy that state, transform it and place further instructions into a queue. Processing the queue produces additional transformed descendants until the relevant depth limit is reached. This is a branching grammar executed through queued instructions. It is not an imported city model or a simulation of construction workers placing individual buildings. [^S02]

Different model families use different depth limits and arrangements of child transformations. A branch can shrink, rotate and offset several descendants, then add a local block. That block is itself chosen from alternatives: a slab, a pyramidal form, a grid of small cubes, a layered tapered construction or a rectangular frame. The repetition of a few primitive shapes at different sizes accounts for the visible kinship between large masses and tiny details. [^S02]

The geometry is then converted into arrays of triangle vertices with surface normals and colour values. Cubes and pyramids provide basic solid forms. Normals describe which way a face points, allowing lighting to distinguish its surfaces. Colour is carried in hue, saturation and brightness before conversion in the shader. The resulting visual richness comes from repeated transformations and combinations, rather than a large library of bespoke objects. [^S02]

WebGL provides a browser canvas context for drawing these primitives. The current specification is used here to explain that interface, not as historical evidence of the artist’s development process. [^S03]

The rendering program applies diffuse and specular lighting, a time-dependent grain-like modulation and depth fog. Day and night choices alter the surrounding colour and lighting conditions. Occasional filters can produce grayscale or sepia treatment. These available branches explain possible appearances, but their thresholds should not be presented as measured frequencies across the minted edition without a separate audit. [^S02]

The view eases toward rotation and zoom targets. On opening, an animation loop advances the horizontal viewing angle automatically. The script also draws a line loop across the visible vertex array after the solid triangles. The fine lines that cross between forms consequently belong to the rendering procedure; their appearance should not be mistaken for evidence of physically modelled suspension cables. [^S02]

Pointer Events provide a common interface for different pointing devices; supporting those events in code is not proof of equivalent behaviour on every device. [^S04]

Interaction changes how the existing assembly is encountered. The code handles pointer movement and bounded zoom, including wheel and two-pointer input. Pointer-down stops the automatic rotational increment; the release handler does not restore that increment. Those pointer behaviours are established by inspection here, rather than a completed device-by-device interaction test. The live observations below concern automatic rotation, and a separate test confirmed the Space-key control on AB5D's held edition. [^S02] [^S09]

Space resets the number of vertices being shown. Subsequent frames reveal the stored geometry progressively, while the viewpoint continues to move. In the tested work, the crowded scene temporarily became a much smaller set of forms. This is a reveal of the existing generated structure, not a request for a new token hash. A still preview cannot communicate that distinction by itself, which is why the essay opens with the original live renderer. [^S02] [^S09]

## The mint

The official collection page gives 24 April 2021 as the release date. The index records a first mint on 22 April at 17:11:07, activation on 23 April at 20:10:43, and the second mint on 24 April at 16:01:45. The scheduled-start field matches that second mint. Completion is recorded on 29 April at 20:58:50. The earlier first token and later public release date refer to different evidence and should remain separately named. [^S01]

The observed index contains 128 invocations and a maximum of 128. It also contains a price setting of 0.15 ETH. The present setting is not independent proof of the opening public price, of the price paid in every transaction, or of an unchanged price throughout the sale. Gas costs and later trades require their own evidence. The intended maximum at announcement has not been recovered separately from the current edition record. [^S01]

The interval between the second mint and completion spans several days, but it is not a complete account of public availability. Reserved or administrative allocations, possible pauses and changes in configuration would need transaction and launch-era evidence. This essay therefore preserves the recorded chronology without describing an audited sellout duration or inventing a reception narrative from the final supply. [^S01]

## Copyright and licensing

The artist-set label in the inspected project metadata is NIFTY License, with no linked terms. The record does not identify an operative text or version. The rights category remains unknown here because a name alone cannot establish the specific permissions and restrictions applicable to the artwork. It should not be silently translated into Creative Commons or unrestricted reuse. [^S01]

No separate artist-code reuse grant was established from the inspected material. Reading code made available through the index is different from permission to redistribute it. The essay analyses the program while leaving its source outside the published package. Its live presentation uses the official renderer. The original essay prose is dedicated to CC0; that dedication does not apply to the artwork or the artist's software. [^S02]

The renderer's use of browser APIs is also separate from the artwork terms. WebGL supplies the drawing interface, but its availability in a browser does not determine copyright in the particular program using it. Future preservation work should record both the software environment and any recovered historical rights documents, rather than treating one as a substitute for the other. [^S02]

## Close reading of four outputs

The sample consists of editions 0, 1, 10 and 20, chosen in advance as an early-edition comparison. Their token identifiers are 56000000, 56000001, 56000010 and 56000020. Each original renderer was inspected at two separated moments, confirming automatic motion and changed perspective. The sample supports comparison of these works, not a distributional claim about all 128 editions. [^S05] [^S06] [^S07] [^S08]

In #0, dark blue-grey surroundings frame cream slabs, orange pyramids, vivid magenta cube arrays and green tiered structures. Close objects extend beyond the screen edges, making the viewer feel inside a dense construction. At one moment a green stack occupies the centre; later it moves into the foreground at left while a broad dark face becomes prominent. The changing overlap transforms what seems to be the main object without adding new geometry. [^S05]

In #1, pale blue surroundings make the same general vocabulary feel more exposed. Warm orange slopes and cream uprights contrast with turquoise arrays. A huge orange face initially dominates the right, then passes toward the left as small turquoise cubes occupy the foreground. Repetition across scales makes the larger forms seem related to the smallest components. Yet the scene never settles into an ordinary street or a building with an obvious entrance. [^S06]

In #10, a tall narrow aggregate is more clearly separated from its surroundings in the inspected views. Green tiers extend from pale blocks, with magenta details and high orange pyramids. Rotation brings a large rectangular face into the centre and shifts the green platforms' apparent depth. Compared with #0, the available empty space makes it easier to perceive the construction as a whole, even while its upper and lower extensions resist a simple outline. [^S07]

In #20, widely separated forms make the structure comparatively sparse. An orange-and-black striped cuboid, pale lower blocks, orange pyramids and open dark frames hang against a light field. A near slab and a farther group are divided by conspicuous empty space. As the view turns, broad faces become visible and the overlap changes, but the small ensemble remains recognisable. Its openness makes the connectors and gaps as significant as the solid masses. [^S08]

## Significance and limitations

Aurora IV uses motion to make an abstract construction available to successive readings. It does not merely rotate a decorative object against a neutral background: changing occlusion repeatedly alters the relation between whole and fragment. The shared geometric vocabulary supplies continuity, while density and spacing change whether the viewer seems immersed in a world or positioned outside an assembly. [^S02] [^S05] [^S06] [^S07] [^S08]

The record remains incomplete in specific ways. Launch-price evidence, transaction classifications, development testimony and operative NIFTY terms still need recovery. The indexed script should be compared with a pinned chain retrieval, and pointer behaviour tested across devices. Those limits qualify the historical and preservation account. They do not erase the distinct experience of following a fixed system through a changing view.

[^S01]: Art Blocks / ge1doot. [Aurora IV project record and Art Blocks index](https://www.artblocks.io/collection/aurora-iv-by-ge1doot). Accessed 2026-09-18.
[^S02]: ge1doot. [Aurora IV artist script](https://artblocks-mainnet.hasura.app/v1/graphql). Accessed 2026-09-18.
[^S03]: Khronos Group. [WebGL 1.0 specification, current editor draft](https://registry.khronos.org/webgl/specs/latest/1.0/). Accessed 2026-09-18.
[^S04]: W3C. [Pointer Events, current specification](https://www.w3.org/TR/pointerevents3/). Accessed 2026-09-18.
[^S05]: ge1doot. [Aurora IV #0](https://www.artblocks.io/token/1/0xa7d8d9ef8d8ce8992df33d8b8cf4aebabd5bd270/56000000). Accessed 2026-09-18.
[^S06]: ge1doot. [Aurora IV #1](https://www.artblocks.io/token/1/0xa7d8d9ef8d8ce8992df33d8b8cf4aebabd5bd270/56000001). Accessed 2026-09-18.
[^S07]: ge1doot. [Aurora IV #10](https://www.artblocks.io/token/1/0xa7d8d9ef8d8ce8992df33d8b8cf4aebabd5bd270/56000010). Accessed 2026-09-18.
[^S08]: ge1doot. [Aurora IV #20](https://www.artblocks.io/token/1/0xa7d8d9ef8d8ce8992df33d8b8cf4aebabd5bd270/56000020). Accessed 2026-09-18.
[^S09]: ge1doot. [Aurora IV #93](https://www.artblocks.io/token/1/0xa7d8d9ef8d8ce8992df33d8b8cf4aebabd5bd270/56000093). Accessed 2026-09-18.