1K Gallery

Technical Sheet
Public pre-drop document

Pop Genius

1,000 original pop-art portraits inspired by Albert Einstein, composed from 40 trait layers across six categories.

Ethereum plannedSupply 1,0002,000 × 2,000 pxJPEG6 trait categories
On this page

Overview

Pop Genius is one of the two collections that open 1K Gallery, both released on 2 October 2026. The series presents 1,000 original pop-art portraits inspired by Albert Einstein, composed from 40 trait layers across six categories: background, clothing, face, hair, moustache and tongue.

Every piece is a distinct combination. The trait layers were generated with the assistance of artificial intelligence, then reviewed, corrected and approved one by one before any combination existed. The final works were not produced as random prompt variations: each image is a deterministic composition of approved layers, selected by a seeded algorithm whose seed and script hash are published below.

1,000unique artworks and combinations
62,500mathematically possible combinations
40approved trait layers in six categories
1,000distinct SHA-256 image hashes

The source gesture

The collection derives from a photograph taken on 14 March 1951, at a party held by the Institute for Advanced Study in Princeton for Albert Einstein's seventy-second birthday. After a full day of being asked to smile, Einstein stuck his tongue out at the United Press photographer Arthur Sasse. The picture went on to become as widely recognized as the equation that made him famous.

Pop Genius does not reproduce that photograph. It takes the gesture — the collision between a serious mind and an unserious face — as the starting point for a drawn, generative series in a different visual language.

Attribution: the original 1951 photograph is the work of Arthur Sasse for United Press International. Where 1K Gallery reproduces it for editorial context, it is credited to its author. The artworks in this collection are original drawings and are not derived from the photographic file.

Core specifications

CollectionPop Genius
Gallery1K Gallery
Position in the seriesCollection 002 · opens alongside the first collection
Collection slugpop-genius
Official pagehttps://1kgallery.com/collection/pop-genius/
Supply1,000 NFTs
Public mintFree · opens 2 October 2026
Planned blockchainEthereum
Art formatLayer-based generative art with seeded allocation
Image dimensions2,000 × 2,000 pixels, 1:1 aspect ratio
Delivery formatJPEG — quality 92, 4:4:4 subsampling, progressive, sRGB embedded, no EXIF
Metadata encodingUTF-8, 1,000 records
Metadata languageEnglish
Trait categories6
Approved trait layers40 — 10 backgrounds, 10 clothing, 5 faces, 5 hair, 5 moustaches, 5 tongues
Layer composition orderBackground · Clothing · Face · Hair · Tongue · Moustache
Mathematically possible combinations62,500
Selected unique combinations1,000
Images with unique hashes1,000
Royalties5% (500 basis points)

Creation and curation process

  1. The 40 artistic layers were generated with the assistance of artificial intelligence, then reviewed and approved one by one across the six trait categories.
  2. Layers rejected in review were removed from the pool before any combination was generated, so that no discarded variant could reach the final collection.
  3. The system calculated the 62,500 mathematically possible combinations from the approved variants.
  4. Exactly 1,000 combinations were selected by a seeded algorithm: exact counts per value, grail reservation, per-category shuffling, and de-duplication by swapping.
  5. All combinations underwent automated validation and visual review.
  6. Approved images were recomposed from the master files at their native 2,000 × 2,000-pixel resolution.
  7. Final files were checked for quantity, dimensions, sequence, metadata correspondence, and cryptographic uniqueness.
Reproducible allocation. The selection was produced by popgenius.py using random.Random(seed) on Python 3.14, with seed 20260915. The script's own SHA-256 is published in the integrity section. Anyone holding the script and the seed reproduces the same 1,000 combinations, in the same order — the allocation cannot have been rearranged after the fact.

Trait distribution

The percentages below represent the exact frequency of each trait within the 1,000-NFT supply.

T1 — Background

TraitQuantityShare
Coral13013.0%
Solar13013.0%
Sky13013.0%
Mint11011.0%
Fuchsia11011.0%
Lime11011.0%
Teal909.0%
Peach909.0%
Wine707.0%
Midnight303.0%
Total1,000100%

T2 — Clothing

TraitQuantityShare
Blueprint15015.0%
Atomic15015.0%
Argyle12012.0%
Sine12012.0%
Ribbon12012.0%
Waveform909.0%
Lattice909.0%
Vector909.0%
Prism505.0%
Chalkboard202.0%
Total1,000100%

T3 — Face

TraitQuantityShare
Terracotta28028.0%
Sand26026.0%
Ochre22022.0%
Blush17017.0%
Violet707.0%
Total1,000100%

T4 — Hair

TraitQuantityShare
White30030.0%
Silver27027.0%
Yellow20020.0%
Ice Blue15015.0%
Red808.0%
Total1,000100%

T5 — Moustache

TraitQuantityShare
White32032.0%
Graphite26026.0%
Gold20020.0%
Blue14014.0%
Green808.0%
Total1,000100%

T6 — Tongue

TraitQuantityShare
Classic30030.0%
Crimson25025.0%
Pink20020.0%
Coral15015.0%
Berry10010.0%
Total1,000100%

Missing traits in the metadata

There are none. Unlike the gallery's first collection, where 40% of the items carried no necklace and the corresponding metadata field was deliberately left empty, Pop Genius has no optional category. All six categories carry a value in all 1,000 items.

This has a direct consequence for rarity: in the first collection the absence of a trait was itself the most frequent value in its category, and pulled the rarity of those items down. Here every item scores on all six categories, so no artwork is penalised for a field that was never filled.

How rarity is calculated

The collection does not include a Rarity Tier trait and does not pre-classify NFTs as Common, Rare, or Legendary. Rarity is a mathematical consequence of trait frequencies and the specific combination present in each NFT.

The score published with the collection is the sum, across the six categories, of the inverse frequency of the value each item carries:

rarityScore(token) = Σc ∈ categories ( 1000 ÷ count(value of c in that token) )

Where count is the number of items in the whole collection carrying that same value — the figures in the distribution tables above. A value present in 30 items contributes 33.33 to the score; one present in 320 contributes 3.13. The rarer the value, the more it adds.

Worked example — token #1

Token #1 carries Mint background, Argyle clothing, Ochre face, White hair, White moustache and Pink tongue:

CategoryValueCountContribution
BackgroundMint1109.09
ClothingArgyle1208.33
FaceOchre2204.55
HairWhite3003.33
MoustacheWhite3203.13
TonguePink2005.00
rarityScore33.43

Ranks run from 1, the rarest item in the collection, to 1,000, the most common. Anyone can reproduce both the score and the rank from the public metadata alone, without trusting this document.

Notice: the percentages and scores in this technical sheet describe distribution within the collection only. They do not constitute a promise of appreciation, financial return, or market performance.

Grails

Ten items carry the rarest value in four categories at once. They were reserved by the allocation algorithm rather than emerging by chance, and their existence is stated in the collection's public description on every marketplace.

Rarity across Token IDs

In the gallery's inaugural collection the artwork-to-token assignment was not shuffled: numbering followed the order of generation, which produced a measurable rarity gradient across token IDs. Items became steadily more common towards the end of the numbering, and the cause was traced to the clustering of the no-necklace items in the final blocks. That gradient was disclosed in full on the first collection's technical sheet, together with a commitment:

From the second collection onward, the artwork-to-token assignment is shuffled before metadata generation, with the seed recorded in the provenance file.

Pop Genius is that collection, and the commitment is honoured: the allocation is shuffled per category and de-duplicated by swapping, driven by seed 20260915. Both the seed and the SHA-256 of the script that consumed it are published in this sheet, so the assignment can be reproduced independently and shown not to have been arranged after the fact.

Why a gradient is not possible here

The argument is structural before it is statistical. The shuffle is the last step of the generator: the 1,000 rows are assembled, and only then reordered, before numbers are attached. There is no stage after it in which an ordering could reassert itself. A systematic gradient across token IDs is therefore impossible by construction, not merely unlikely.

That distinction matters, because a collection this size will always show some variation between blocks of 100 — that is what sampling noise looks like. Reading such variation as a finding, by choosing which range to test after seeing the data, produces impressive-looking results that mean nothing. The mechanism is what rules the gradient out; the measurement below only confirms the code did what it says.

Measured distribution by ID range

For each block of 100 token IDs: the average rarity rank, and how many of the collection's 100 rarest items fall inside it. Rank 1 is the rarest item in the collection and rank 1,000 the most common, so a block with no bias averages near 500.

ID rangeAverage rankAmong the 100 rarest
1 – 1005359
101 – 20049316
201 – 30046613
301 – 40051512
401 – 5005308
501 – 60048013
601 – 70048011
701 – 8005009
801 – 9005095
901 – 10004974
Collection501100

The averages run from 466 to 535 — a spread of 69 positions around a collection mean of 501. From the first block to the last the difference is −38: the end of the numbering is marginally rarer than the beginning, which is the opposite of a gradient and the signature of noise rather than order.

The contrast with the inaugural collection is the point. There the block averages ran from 410 to 708, a swing of nearly 300 positions that climbed steadily through the final third, and the 100 rarest items thinned out from 25 in one early block to a single one in the last. Here the rarest hundred are spread across every block, and no block is a better or worse place to hold a token than any other.

The seed is never re-rolled. The allocation runs once, with the seed recorded before the result is examined. Choosing seeds until the distribution looks attractive is exactly the manipulation that publishing a seed exists to prevent, and it would make every number on this page worthless.

Items reserved for the gallery

100 items, the same number as the inaugural collection. They are minted from the gallery's own wallet in the allowlist stage, before the public opening.

The token numbers are not fixed in advance. The contract issues IDs in the order the transactions land, so the gallery's block is whatever the mint produces on the night — and it is published here, in full, once it exists.

Why this matters less than it did. In the inaugural collection the gallery's 100 items were tokens #1 through #100, and because that collection's numbering followed the order of generation, that block carried a rarity advantage the gallery had to disclose. Here the artwork-to-token assignment is shuffled, so token number and rarity are independent: whichever 100 IDs the gallery ends up with, they carry no advantage over any other hundred.
Why this is stated at all: a gallery that keeps part of its own collection should say how much and which tokens. Anyone can read the mint transactions later; publishing it is what makes it disclosure instead of discovery.

File integrity and provenance

Each of the 1,000 images has a unique trait combination and a distinct SHA-256 hash. The values below document the version prepared before publication without revealing the individual manifest or the association between images and Token IDs.

Provenance hash — SHA-256 of the image manifestf31a796ee1ad9fd585870096bbb4dc2556e87a76aa942fafa1c1fb93080f4c7f
Allocation script popgenius.py — SHA-2561988219dc73a14f33636b30997f8a13ecbae5e0aa6e9d55fb1a565b0140f45a1
Allocation seed20260915
Image package prepared for uploadpublished on deployment
Metadata file prepared for uploadpublished on deployment

The provenance hash is computed over the bytes of the image manifest exactly as delivered: 73,893 bytes, LF line endings, no byte-order mark. Reopening and saving that file in a text editor would change its hash and invalidate the published provenance, which is why the delivered file is never edited.

The complete individual image-hash manifest will be disclosed only after the reveal.

Images and metadata

Image optimisation

  • All images are 2,000 × 2,000 pixels with a square composition.
  • Delivery is JPEG at quality 92, progressive, with an embedded sRGB profile and no EXIF data.
  • Chroma subsampling is 4:4:4, not the usual 4:2:0. The artwork has saturated flat areas and hard outlines, exactly where reduced chroma resolution shows as blurred colour edges; full chroma costs file size and keeps the edges clean.
  • EXIF is stripped so that no camera, software or location metadata travels with the artwork.
  • Each file is approximately 923 KB; the complete set is 0.95 GB.

Metadata

  • The metadata contains 1,000 records encoded in UTF-8, one for each NFT.
  • The metadata uses six public categories: Background, Clothing, Face, Hair, Mustache, and Tongue.
  • No category is ever empty: every record carries a value in all six.

Filename correspondence

  • The sequence 1.jpg through 1000.jpg corresponds directly to Pop Genius #1 through Pop Genius #1000.
  • The tokenID field in the metadata matches the numeric part of the filename, with no offset and no zero padding.
  • Because the contract concatenates the token number onto the base URI, the base URI is written with a trailing slash; the collection URI, which points at a single file, is written without one.

Contract, storage and license

The values below are verified directly from the contract and from permanent storage. Those marked as published on deployment only exist once the collection is deployed, and are filled in here before the first mint.

Contract addressto be filled from the deployment
Token name and symbolPop Genius · PGEN
Token standardERC-721 · ERC721SeaDropCloneable, deployed as a proxy clone via createClone
Implementation contract0x09a26fC8FCEF18192E267D7A6da9dFb4be81Dd6A
NetworkEthereum · chain ID 1
Creator and royalty wallet0x292bAd5c02Dd82B968928e7e9344FcaF6301C34F
Deploymentblock and date to be filled
Image CIDbafybeicxt2dmyzdmcd3no32k323hlew3zusb6oosilwhiqp7y7ctc5prii
Metadata CIDbafybeicb7pbigesnhl32pwghxql4ymj24odqr67ztv4ok3emvukisifb3y
Collection folder CIDbafybeigtxoz5dz4xzehmeqymlqj7qczzja5uje7cdo5qxfvzjmoebbg4oy
contractURIipfs://bafkreih2dffhjyqd3mlq5qqbosndxflghn3nmclahgt7ynhxyfmiuamodi — written without a trailing slash, because it addresses a single file
Base URI written on-chainipfs://bafybeicb7pbigesnhl32pwghxql4ymj24odqr67ztv4ok3emvukisifb3y/ — written with a trailing slash, because the contract concatenates the token number
On-chain provenance hash0xf31a796ee1ad9fd585870096bbb4dc2556e87a76aa942fafa1c1fb93080f4c7f
StorageIPFS, pinned with Filecoin
Reveal mechanismimmediate reveal — the base URI is written to the contract before the first mint, and each artwork is visible the moment it is minted
Royalties5% (500 basis points)
License granted to holdersfree resale on any marketplace, display, printing for personal use, and use in profiles and social media. Copyright in the artwork remains with 1K Gallery
Collection pagehttps://opensea.io/collection/pop-genius
Official websitehttps://1kgallery.com/collection/pop-genius/
How to verify it yourself: read baseURI and provenanceHash from the contract on Etherscan and compare them with the values above. Then open the metadata for the first item on any IPFS gateway: the file returned is the metadata for that item, and its image field points to the artwork. None of this passes through the gallery's servers.

Still to publish

Everything in this sheet is final except the values below. All of them are filled in before the first mint:

  • Token numbers of the 100 items held by the gallery, after the mint
  • Contract address of the deployed clone
  • Deployment block and date
Why the rest is already here: the trait distribution, the rarity formula, the allocation seed, the script hash and the provenance hash all exist before any transaction. Publishing them now, rather than after the mint, is what makes them a commitment: anyone can check later that the collection delivered is the collection that was described.

1K Gallery — Tokenized Creativity

Follow us X Instagram