Initialize block groups after version adapters

[CheekyNox]

Summary

• Replace the eager static BlockGroup initializer with an explicit BlockGroup.initialize() method.
• Invoke block-group initialization after Bukkit and Paper version adapters have populated their material sets.
• Restore the same initialization order used by upstream CoreProtect.

Problem

Door click rows were correctly stored and visible through /co lookup, but /co i returned No data found. The old fork initialized derived block groups before version adapters replaced their material sets. As a result, doors were absent from INTERACT_BLOCKS, so the inspector selected a regular block lookup instead of an interaction lookup.

Verification

• Door clicks are visible through both /co lookup and /co i on Paper 26.1.2.
• Door logging and inspection use the existing upstream listener logic without material-name special cases.
• gradlew build passes.