We discovered the Update block when going to the End in a small world that was imported from 360 to One. After defeating the Enderdragon and collecting the egg, as well as the Wither, we left the world alone for a long time, probably a few years. Yesterday, upon returning to the world again, we tracveled to the end. We found out the Enderdragon had returned without respawning him. It was as if the End had reset, but the old Spawning platform was still there, but above it was a new platform, connected to the Enderdragon. The End Crystals on the pillars were still gone. After defeating the Dragon again, and trying to reach the End City portal, we found the End City portal had the Update block in the middle of it instead of a Gateway block. This world was made and transferred on console and has always been on Survival Mode.
"Unknown" block[]
I created the Unknown block page yesterday, but it was merged with this one. I think this is a mistake. The update blocks function differently, have different IDs (248 & 249) to unknown (560), different sounds (unknown makes stone sounds when placed, walked on, & destroyed) & unlike unknown, which is instantly mined by hand, the update blocks take time to mine. At first glance, the sounds & destruction time being identical to reserved6 suggest unknown should be placed on that page. However, this is where things get weird: Unknown appears to have data values of some sort. Attempting to pickblock an Education Edition block in Bedrock Edition without Education enabled results in a game crash. In the cases where I have been able to hold certain glitched blocks, they appear as "unknown" & the sentence "[t]he player cannot break any block if they are holding it" is true. However, by going into MCC Tool Chest & giving myself a block with id "-305" (255-560), I have a block I can place, pickblock, & break in survival mode without issue.
I think this confusion arises when a proper translation key for a block (such as from an addon) does not exist, so the game uses the tile.unknown.name translation key as a backup. But the unknown block *is* a block itself. It just happens to have the same name. In addition, because the block's id is the last on the list, there is little known about the block's history; quartz bricks (id: -304/559) was added in release 1.16.0 (beta 1.16.0.57), so the hypothesis is the unknown block was introduced or had its ID changed in or after this update. Whether the block existed before this point as a unique block and not just as a result of coincidental translation keys must be checked before this update to better understand its history.
In the meantime, I believe this block deserves its own page or at least is properly indicated to be separate from the info update blocks/reserved6, including its differences. DeeFeeCee (talk) 08:11, 25 February 2021 (UTC)
- I Strong support this as I can confirm they are not the same blocks and don't work the same way, and hence should be split --MetalManiacMc at your service fellow human! (talk) 10:12, 31 December 2021 (UTC)
Done No objection for 2 month, splitting the page. --MetalManiacMc at your service fellow human! (talk) 13:56, 9 March 2022 (UTC)
Unknown Block History & /give Command[]
In some update, "/give @s unknown" would give the player the unknown block. This has been removed in 1.16.210. Please add a history section. DeeFeeCee (talk) 05:20, 16 March 2021 (UTC)