Automatisiere deine On-Chain Game Loops
Games for Pennies
Alles fuer On-Chain Automatisierung
Ein vollstaendiges Protokoll fuer dezentrale, berechtigungsbasierte und kosteneffiziente Smart-Contract-Automatisierung.
Dezentrale Loop-Ausfuehrung
Off-Chain-Worker erkennen automatisch, wann dein Contract bereit ist, und fuehren Game Loops aus. Keine zentralen Server, keine Single Points of Failure.
Integrierte verifizierbare Zufallszahlen
Native ECVRF-Beweisgenerierung und On-Chain-Verifizierung. Nachweislich faire Zufallszahlen bei jedem Tick fuer Wuerfel, Loot-Drops und mehr — ohne externe Oracles.
Hybrid VRF — Zufallszahlen wenn du sie brauchst
Standard-Kosten-Ticks mit VRF nur wenn dein Contract es anfordert. Dein Spiel entscheidet, wann Zufallszahlen wichtig sind — Loot-Drops, kritische Treffer, Spawns — und zahlt VRF-Gas nur bei diesen Ticks. ~$0.009/tick im Durchschnitt bei 10% VRF.
Zahlung bei Ausfuehrung
Zahle nur wenn Loops tatsaechlich ausgefuehrt werden. Gas-Erstattung plus eine kleine Basisgebuehr, aufgeteilt zwischen Protokoll und Controllern.
Entwicklerfreundlich
Einfache Funktionen, direkte Hooks. Beispiel-Contracts inklusive.
Multi-Netzwerk-bereit
Deploye auf Ethereum Mainnet, Sepolia Testnet oder lokalem Anvil fuer die Entwicklung. Pro Netzwerk konfigurierbar mit automatischen Deployment-Tools.
Berechtigt und sicher
Rollenbasierte Zugriffskontrolle stellt sicher, dass nur registrierte Controller Loops ausloesen koennen. On-Chain VRF-Verifizierung verhindert Manipulation.
Every Loop Here Fails the Self-Trigger Test
Games, agents, DeFi, AI — each for a different structural reason. Not design choices. Proofs.
Inverted self-interest
Every VRF tick picks a random floor and damages it. No floor owner will ever trigger the loop — it might hit their own asset. A neutral keeper is the only viable operator.
Nobody should hold the trigger
A dead man's switch that transfers your vault to a beneficiary if you miss a check-in window. The whole point is that no human should control when it fires.
Front-running attack surface
VRF selects winners from a registered pool on schedule. If player-controlled, the trigger holder knows who wins before calling. AutoLoop fires first, asks questions never.
Timing as attack surface
The high bidder wants the auction closed now. Counter-bidders want an extension. No player-controlled trigger is fair — proving the problem extends far beyond randomness.
4-way coordination failure
Third hop in KaijuLeague → KaijuOracle → ForecasterLeaderboard. Adversarial timing, cross-contract dependency, free-rider gas, prize-pool timing attack — no single player resolves all four.
Neutral on-chain schedule
An LLM agent that runs off-chain and acts on-chain every N blocks. The agent itself shouldn't decide when it fires — its operator, users, and rivals all have conflicting interests.
In 4 Schritten einsatzbereit
Vom Contract zum automatisierten Game Loop in Minuten, nicht Monaten.
Erben
Erweitere einen von drei Basisvertraegen:
- •AutoLoopCompatible — reine Automatisierung
- •AutoLoopHybridVRFCompatible — selektive Zufallszahlen (Loot, Crits, Spawns)
- •AutoLoopVRFCompatible — Zufallszahlen bei jedem Tick
Implementieren
Fuege shouldProgressLoop() hinzu, um Bereitschaft zu signalisieren, und progressLoop() fuer deine Spiellogik.
Registrieren und finanzieren
Registriere deinen Contract on-chain und hinterlege ETH fuer Gas und Gebuehren.
Laufen lassen
Worker erkennen und fuehren deine Loops automatisch aus. Lehne dich zurueck und schau deinem Spiel beim Laufen zu.
Spiele fuer Pfennige
Drei Stufen der On-Chain-Automatisierung — von reiner Ausfuehrung bis Full VRF bei jedem Tick. So viel kostet jede Stufe bei aktuellen Gaspreisen.
Gebuehrenaufschluesselung
Einfach konzipiert
Integriere Autoloop mit nur zwei Funktionen. Hier ist ein vollstaendiger funktionierender Contract.
1// SPDX-License-Identifier: MIT2pragma solidity ^0.8.13;34// Import the base contract that makes any5// contract compatible with AutoLoop workers6import {AutoLoopCompatible} from7 "autoloop/AutoLoopCompatible.sol";89// A simple demo: number goes up every interval10contract NumberGoUp is AutoLoopCompatible {11 uint256 public number;12 uint256 public interval;13 uint256 public lastTimeStamp;14 uint256 private _loopID;1516 constructor(uint256 _interval) {17 interval = _interval;18 lastTimeStamp = block.timestamp;19 }2021 // Workers call this every block to check22 // if the contract is ready for an update23 function shouldProgressLoop()24 external view override25 returns (26 bool loopIsReady,27 bytes memory progressWithData28 )29 {30 // Ready when enough time has passed31 loopIsReady =32 (block.timestamp - lastTimeStamp) > interval;33 // Pass loop ID to prevent duplicate runs34 progressWithData = abi.encode(_loopID);35 }3637 // Called by AutoLoop when shouldProgressLoop38 // returns true — this is your update logic39 function progressLoop(40 bytes calldata progressWithData41 ) external override {42 uint256 loopID =43 abi.decode(progressWithData, (uint256));44 // Guard against stale or replayed calls45 require(loopID == _loopID, "stale loop");46 lastTimeStamp = block.timestamp;47 ++number;48 ++_loopID;49 }50}Sieh wie wir uns mit Chainlink vergleichen
Drei Automatisierungsmodi — Standard, Hybrid VRF und Full VRF — alles in einem Protokoll. Keine separaten Abonnements. Guenstiger als Chainlink in jeder Stufe.