Tutorials/Block update detector

The Block Update Detector, or BUD switch, is a redstone mechanism that uses quirks in the game in order to detect changes in nearby blocks. There are many different designs that are all based on the same general idea: a redstone circuit is put in a state where it should be following a mechanic, but the game has not updated the block to follow this rule. This lazy block then functions as the "sensor". When an adjacent block changes state in some way, the game updates all adjacent block including the sensor block and power it up. The circuit then performs some other action and, with most designs, goes back into the sleeping state.

What it detects
The BUD switch detects the following events when they happen next to the sensor block:


 * Placement of blocks
 * Destruction of blocks
 * Water or lava level changes
 * Freezing of water or melting of ice and frosted ice
 * A gravity-affected block (e.g. a sand block) landing after falling
 * Movement of blocks by pistons, and the movement of pistons themselves
 * Endermen picking up and putting down blocks
 * Saplings growing into trees
 * Mushrooms growing into huge mushrooms
 * Growth and spread of plants, including: cacti, flowers, grass, mushrooms, melons, pumpkins, and sugar canes (but not including cocoa beans, crops (e.g. melon stems), nether wart, or vines)
 * Leaf growth and decay
 * Growth and death of grass blocks
 * Dirt becoming farmland, farmland becoming hydrated, farmland reverting to dirt (but this can be more easily detected with a comparator)
 * Fire igniting or burning out
 * A furnace beginning or ceasing to smelt
 * A redstone ore block beginning or ceasing to glow
 * Changes in redstone state or power level, and activation of redstone devices
 * Changing the delay of a repeater
 * Rails changing orientation
 * TNT igniting and becoming an entity
 * Silverfish entering a block
 * Cake being eaten
 * The opening or closing of a chest or trapped chest
 * The activation of a tripwire (even if not attached to a tripwire hook).

Block and block state changes that some BUDs may not be able to detect, include:
 * Vines, crops (e.g. melon stems), nether wart, or cocoa beans growing
 * The upper block of a 2-block tall plant (e.g. tall grass, rose bush) replacing/being replaced by an air block when that plant is placed or broken
 * A dragon egg replacing an air block when it teleports to a location after a player tries to break it
 * A grass block changing to dirt due to sheep "eating" the grass
 * A chorus flower growing into a chorus plant
 * A dry sponge absorbing water
 * An anvil becoming slightly damaged or very damaged
 * Opening or closing a door, trapdoor, or fence gate
 * Opening or closing a shulker box or ender chest
 * Inserting or removing a music disc in/from a jukebox
 * Switching a comparator between comparison and subtraction modes
 * Playing a note block
 * Sleeping in a bed
 * Placing an eye of ender in an end portal frame
 * Changing the number of layers in a snow layer block
 * Changing the water level of a cauldron with a glass bottle or water bucket
 * Placing or removing of a bottle/potion in/from a brewing stand
 * Changing the contents of a chest, trapped chest, shulker box, ender chest, dispenser, dropper, brewing stand, or furnace.

Types of BUD Switches
Below is a comprehensive video from SethBling, which showcases a variety of compact block update detectors, mostly making use of the redstone block.

In-Game
The BUD switch now has a compact block form in-game and it was added in 1.11 snapshot 16w39a called the 'Observer'.

Water Based
Note: This BUD switch no longer works as of Java Edition 1.9.

This BUD switch takes advantage of the fact that water flows toward the nearest hole, but it doesn't notice new holes until the water is updated. The water source block acts as the sensor. This design is outdated and is more complicated than newer designs.





This variation is simpler but not resettable.



Piston Based
Many BUD switch designs exploit a property of pistons called quasi-connectivity. A piston can receive power through a space one block above itself. In this case, the power source is either above and to the side of the piston, or two blocks above it. However, when powered in this way, the piston does not immediately notice changes in the state of the power source. When some other block update happens next to the piston, it will "wake up" and react to the change. By forming a feedback loop, where the state of the piston controls the state of its power source, it becomes the sensor of a simple BUD switch:

In this design, the piston will only extend in response to an adjacent block update, but after extending it will immediately retract because the arm of the piston notices the repeater next to it turning off. This is how a piston BUD resets itself: by having the power run next to the extended piston arm, with a delay.

Note: If the block diagonally adjacent to the sticky piston becomes horizontally adjacent, the circuit will constantly pulse instead.

This design can be extended with multiple sensor blocks. All of the pistons in this design are sensors.



A 1-wide tileable design using redstone blocks:

Alternative method: if players take a sticky piston facing parallel to the ground, then place a Block of Redstone on its face, and connect the block of redstone out to the side of the piston through a repeater that goes into a block diagonally adjacent to the piston, it works a fully functional BUD in 1.5. Then, if you set a delay of any number of ticks other than the default 1-tick delay on the repeater, it turns into a T-BUD. This process can also be reversed by setting the repeater back to its default 1-tick setting. (It only works since release of Redstone Blocks, though players could theoretically use a normal block and a redstone torch to mimic its effects.)

An extremely compact one-time design that is easily hidden and therefore ideal for traps is as follows: Place a piston, a sticky piston is most useful, parallel to the ground. Place a block one block to any side except the piston head and one block above the piston. On the side of the block facing the piston, place a redstone torch. Then place a lever on any other side of the block and switch it on. The redstone torch will go out but the piston will remain extended. You can then break everything except for the piston, but make sure to break the lever after you break the torch. A block update will then cause the piston to retract, possibly pulling the floor out from under the victim. Remember, though, that after the detector is tripped, it has to be rebuilt to be used again.

The design looks something like this:

Or, for it being smaller: The player can make a 2&times;1 (3&times;1 when extended) BUD by having a 2 sticky pistons (stacked) both facing any direction except up and down, then on both of those sticky pistons add Redstone Blocks. Whenever a block is updated, (destroyed, placed etc.) it will switch the bottom piston outwards. Good for traps, as the BUD may need to be compact. The only con to this is that it has to be reset.

Another extremely compact design involves using 1 sticky piston facing up with a slime block and redstone block stacked on top of it. This design is 1&times;3 (1&times;4 when extended) and allows the piston to be updated from 5 of its sides. It does not need to be reset after triggering, but players do need to make sure that the slime block isn't grabbing a wall in order to activate in the first place.

Stuck-Piston Based
The following designs works because pistons can't be pushed by other pistons while extended. Also, when a piston retracts, it doesn't notify any other pistons that were trying to push it. The piston with the block attached to it is sticky and acts as the sensor. This design has the advantage of a low profile, and also that the quirk it exploits is less "buggy" and less likely to be fixed in the future.





The latter design above can also be extended to an array in a variety of ways, including a one-wide design.





The more compact versions were first discovered in the video below.

The stuck-piston principle can also be used to hide a BUD completely underground, as shown by this video:

Dropper Based
Here is a video about this, it is 100% functional and it uses quasiconnectivity (BUD-Powering) and the dropper's item inserting feature.

Redstone Dust Based
Note: These BUDs stopped working on 1.5 when redstone dust updating bugs were fixed. Kept here for legacy purposes.

Quirks with redstone power propagation can be exploited to make BUD switches. One advantage of these designs is that they are silent.

These two BUD switches take advantage of the strange properties of redstone dust placed on top of glowstone or upside-down slabs. The piece of dust on top of the glowstone or upside-down slabs acts as the sensor. It only works with the torch facing north/south.



The following less compact design exploits an older bug involving redstone power level decay. The lever is on. The long redstone wire can be routed in various ways, but its length must be exactly the same as in this example. The sensor is the piece of redstone dust on top of the diamond block. That piece of dust does not need to be raised above the rest, but doing so exposes more of its sides to detect block updates.



Redstone Lamp Based
Note: This BUD stopped working on Java Edition 1.5 when redstone lamps stopped giving updates when turned off. Now there's another way to make this BUD using tall grass to detect if the lamp was turned off.

Players can make a BUD switch out of a redstone lamp by adding it to another BUD switch which detects the on/off states of the lamp. This is based on the fact that if players have a redstone signal pointing directly at the redstone lamp, you can go down 1 block to the sides, place a redstone dust there, place a block on top of the placed dust, the lamp will not update. It will only update once something updates adjacent to the redstone lamp. The other BUD detects that the game realizes that the redstone lamp has to be powered, and will update the other BUD.

Powered Rail Based
Note: This BUD no longer works as of Java Edition 1.12. This method uses a bug in the powered rail, which allows it to be powered without a redstone input. The first known occurrence of this type of BUD is here:

Redstone Torch Based
As of 14w25a (with the fix of ), a burned-out redstone torch can be used as a reliable BUD. Once burned-out, a redstone torch will reset upon an update from any adjacent block. This is the smallest and simplest BUD, only requiring a single torch and redstone dust (plus two repeaters for a solid output signal.) A redstone torch on the side of a block and put redstone dust make the redstone signal loops with itself is also a BUD. The place around the redstone torch (include upside and downside) is the detecting place, but not the redstone dust. The redstone torch will blink for 16 ticks, and finally burnt down. It has a 56 ticks cool down. It can't detect sleeping in a bed.



Variations
Other devices can be built using the same underlying principle as the BUD switch.

T-BUD
By eliminating the reset mechanism of a BUD switch, it becomes a T-BUD or Toggle-BUD. This device has two stable states, which it switches between when it detects a block update next to the piston. This is equivalent to a normal BUD connected to a T Flip-Flop, but much simpler to build. It is useful for tracking the state of blocks like furnaces, grass/dirt, and beds. However, it has useful capabilities for placing some blocks two blocks away. When placing a piece of Redstone two blocks away, the t-bud activates when it is destroyed only. When placing a repeater two blocks away, the t-bud activates only on the placement.

''Note: As of Java Edition 1.7.4, the repeater in the picture must be set to a two tick delay. If the repeater is left at one tick, it will work as a BUD.''

Comparator update detector (CUD)
A comparator update detector (CUD) is a circuit based on a redstone comparator that detects comparator updates, such as interactions in a chest, placement of signs or command blocks being changed. It also detects normal block changes and some data value changes. Comparators usually output a signal when an inventory block (such as a chest) with items in it is next to a comparator (or separated from the comparator with a solid block). When the Comparator detects changes, it updates itself which lets the Comparator itself 'notice' that it should not output a current, because the chest is blocked by a block. The piston is only required to automatically reset the CUD.

History
The earliest known BUD switch is on the Minecraft Forums.

The term "BUD switch" was later coined by YouTuber EthosLab.