Redstonery
Redstonery › Quasi-connectivity
Reference

Quasi-connectivity, explained with a working piston door

Quasi-connectivity is a Java Edition rule: a piston, sticky piston, dropper or dispenser is powered if the block directly above it is powered, even though nothing touches the piston itself. It has been in the game since pistons were added, it is not in Bedrock, and it is the reason a piston sometimes fires when you did not wire it.

The rule, exactly

When the game asks whether a piston should extend, it checks the piston's own six neighbors for power, and it also checks the block one above the piston as if the piston were standing there. If that upper position is powered, the piston counts as powered. Droppers and dispensers use the same check for whether they should fire.

The catch is that the piston only runs this check when it receives a block update: something next to it changing, or the piston itself being placed. Powering the block above a piston does not update the piston, so the piston will sit there unpowered until any neighbor changes, and then extend. That delayed reaction is called a budded piston, and it is what people mean by "quasi-connectivity is weird."

See it in a circuit

The piston door in the library stacks two sticky pistons and wires a lever to the top one only. Flip the lever and both extend: the bottom piston is powered through the top one by quasi-connectivity, and the lever flip is the block update it needs. Step it one game tick at a time and watch the lower piston follow.

The two-by-two doorway uses the same trick on both sides so a single lever moves four blocks.

Using it on purpose

Not in Bedrock

Bedrock Edition has no quasi-connectivity. Contraptions that rely on it, including most compact Java piston doors, do not work there. Redstonery runs the Java rules only.