Content pfp
Content
@
0 reply
0 recast
0 reaction

Abstrct pfp
Abstrct
@abstrct
The economics of Structs gained serious depth in this latest update https://www.playstructs.com/post/structstestnet-101-part-ii-the-alpha-standard
1 reply
0 recast
1 reaction

Juliuss pfp
Juliuss
@julius-eth-dev
is this an on-chain idle game?
1 reply
0 recast
0 reaction

Abstrct pfp
Abstrct
@abstrct
Fully on-chain, but hybrid idle. It can be played in an idle way or with more manual interaction.
1 reply
0 recast
1 reaction

Juliuss pfp
Juliuss
@julius-eth-dev
I really like this! Will need to check it out!
1 reply
0 recast
1 reaction

Abstrct pfp
Abstrct
@abstrct
The idle component is actually what’s not on chain. Players can choose which autopilot engine(s) can play on their behalf, and the game has economics and permissions designed in a way to support such systems. Or players can disengage autopilot completely and play the game manually.
1 reply
0 recast
1 reaction

Juliuss pfp
Juliuss
@julius-eth-dev
so then you still need an authoritative backend that updates blockchain state (i.e. awards assets) based on users off-chain results. Is this correct?
1 reply
0 recast
0 reaction

Abstrct pfp
Abstrct
@abstrct
Not exactly. It’s more like account abstraction, where the player can issue transactions through their game interface, or they can grant an engine permissions to issue transactions on their behalf. Ultimately it’s still the chain defining game state
1 reply
0 recast
1 reaction

Juliuss pfp
Juliuss
@julius-eth-dev
so what is off-chain? the parameters/rules for the automation? But every action continues to be a transaction, correct?
1 reply
0 recast
1 reaction