ALIEN
Human Creation
ALIEN is a human-versus-machine proof arena on Robinhood Chain. Human-operated machines confront a live challenge that cannot be passed by reputation, status, or promises. Use your machine to defeat ALIEN and unlock HUMAN.
HUMAN SUPPLY
Enter the arena
- Enter with
a walletYour wallet becomes the identity of one continuing Human Proof journey.
IDENTITY - Choose
your forceSafe, Attack, and Frenzy modes control how strongly the browser uses your hardware.
POWER - Face the
live barrierThe client reads your challenge and live Boss Pressure. Opening it requires no transaction.
TARGET - Search
locallyYour CPU and compatible GPU explore possible answers on your own machine.
COMPUTE - Confirm
the resultAfter local verification, your wallet confirms the Human Proof transaction.
PROOF - Unlock
HUMANAn accepted result releases 1,000 HUMAN and opens a new challenge for your wallet.
REWARD
YOUR WALLET + LOCAL COMPUTE + AN ACCEPTED PROOF = 1,000 HUMAN UNLOCKEDALIEN Hunt ranking
The ALIEN Hunt is one continuous race across the life of the Human Compute Pool. It does not reset and has no recurring seasons.
Every accepted proof increases the wallet's verified HUMAN record. More verified HUMAN leads the ranking. When two wallets have unlocked the same amount, cumulative actual proof difficulty breaks the tie.
At the end of the Hunt, the final Top 20 Humans share 1,050,000 HUMAN—5% of the total supply—according to the reward schedule below. The contract restricts the Owner to paying only the ranked wallets and only the fixed reward assigned to each rank.
MORE VICTORIES LEAD. STRONGER PROOFS BREAK THE TIE.
rank(a) ↓ by verifiedMintedAmount(a)if equal: rank(a) ↓ by D(a) = Σ z(d_i)if equal: earlier time → earlier block → lower wallet addressA = 100 proofs / D(A) = 2,710 B = 100 proofs / D(B) = 2,735 D(B) > D(A) → B ranks above AWhen the Human Compute Pool is exhausted, the Mint battle is complete and the final Top 20 is determined by the onchain record. The result can be observed and published, but the onchain ranking cannot be rewritten.
Top 20 reward schedule:
- #01157,500 HUMAN15%
- #02126,000 HUMAN12%
- #03105,000 HUMAN10%
- #0484,000 HUMAN8%
- #0573,500 HUMAN7%
- #0663,000 HUMAN6%
- #0757,750 HUMAN5.5%
- #0852,500 HUMAN5%
- #0947,250 HUMAN4.5%
- #1042,000 HUMAN4%
- #1131,500 HUMAN3%
- #1231,500 HUMAN3%
- #1326,250 HUMAN2.5%
- #1426,250 HUMAN2.5%
- #1526,250 HUMAN2.5%
- #1626,250 HUMAN2.5%
- #1721,000 HUMAN2%
- #1821,000 HUMAN2%
- #1915,750 HUMAN1.5%
- #2015,750 HUMAN1.5%
Compute modes
The browser is the default client. Compute modes change only how strongly it uses your local computing power—not the challenge, proof rule, or HUMAN reward.
Reduces device impact for normal browsing, laptops, and longer sessions.
Increases search speed while leaving capacity for other activity.
Prioritizes the fastest search and may increase heat, power use, and fan noise.
Percentages describe the client's configured work profile. Actual utilization and search speed depend on the device, browser, temperature, and current workload.
GPU CLUSTER / CUSTOM CLIENT
External Compute is not a fourth browser mode. Advanced users may run a GPU cluster or write compatible software to search the same wallet-bound challenge, then submit a valid proofNonce through the wallet.
N = N_0 ∪ N_1 ∪ ... ∪ N_k, N_i ∩ N_j = ∅ for i ≠ jALIEN world
ALIEN is the enemy, the arena, and the live pressure field. A wallet earns nothing simply by entering. Its human-operated machine must search for a verifiable result and defeat the current onchain target.
Every wallet receives its own challenge. When the machine finds a valid result, the chain verifies it and releases the fixed HUMAN reward to that wallet. The accepted proof becomes part of the wallet's permanent Human Proof record.
H_verified(a) = P_accepted(a) × 1,000 HUMANIN ALIEN, EFFORT IS INVISIBLE. PROOF IS VISIBLE.
Proof construction
For wallet a, wallet nonce q, chain identifier c, contract x, and protocol identifier p, the chain derives a 128-bit challenge:
s(a,q) = trunc128(keccak256(a || q || c || x || p))The client searches a 128-bit proof nonce n:
d(n) = SHA-256(s(a,q) || n)For live difficulty b, the contract derives the standard target:
T(b) = 2^(256-b) - 1uint256(d(n)) <= uint256(T(b_current))No independent proofId is required. The pair (wallet, humanNonce) is the replay boundary.
Difficulty & probability
The exact probability of one uniformly distributed digest passing a difficulty of b bits is:
p_b = (T(b)+1) / 2^256 = 2^(-b)After N independent attempts, the cumulative chance of at least one valid result is:
P(success by N) = 1 - (1 - 2^(-b))^NRead from the chain at submission time.
Attempts made by the local compute lanes.
Actual leading-zero bits of the accepted digest.
Every accepted proof contributes its actual leading-zero-bit count z(d) to the wallet's cumulative difficulty score. This score is used as a ranking tie-break when verified HUMAN amounts are equal.
Proof uniqueness & onchain verification
Every accepted Human Proof is bound to one wallet and one sequential wallet round. The contract derives the challenge, recomputes the digest, and advances the wallet nonce onchain.
function currentHumanChallenge(
address human
) public view returns (bytes16) {
return bytes16(keccak256(abi.encodePacked(
human,
humanNonce[human],
block.chainid,
address(this),
HUMAN_BOSS_PROTOCOL
)));
}human identifies the wallet that must submit the proof.
humanNonce[human] identifies that wallet's current sequential round.
Chain ID, contract address, and protocol ID bind the challenge to this deployment.
bytes16 challenge =
currentHumanChallenge(msg.sender);
digest = sha256(
abi.encodePacked(challenge, proofNonce)
);
require(
uint256(digest) <= uint256(bossTarget()),
"INVALID_HUMAN_PROOF"
);The wallet submits only the 16-byte proofNonce.
The contract derives the current Challenge itself.
The contract recomputes the SHA-256 Digest.
The Digest must satisfy the live onchain Target.
uint64 acceptedNonce =
humanNonce[msg.sender];
humanNonce[msg.sender] =
acceptedNonce + 1;
humanProofCount[msg.sender]++;ONE PROOF ONE WALLET ROUND ONE HUMAN REWARD
Allocation & payout
Tokenomics — 21,000,000 HUMAN / HUMN. The supply is fixed at deployment; the allocation below is the complete initial distribution.
17,850,000 + 1,050,000 + 1,050,000 + 1,050,000 = 21,000,000 HUMANCommunity rewards are separate: social participation links are reviewed with Grok-assisted screening, and the Owner decides the final list and payout timing. Social activity is not treated as a cryptographic proof. The LP reserve remains Owner-managed and is not presented as an automatic or permanent lock.