Because holes are fixed at map load, a mod cannot let players dig where and when they want. The only workaround is to declare holes in advance and cover each cell with an object until someone digs it. An uncovered hole renders as a open square, and anyone who steps in falls to sea level. That limits digging to small fixed zones: covering large areas would replace the terrain's rendering, grass and surface types with objects.

## What works today

Tested on 1.30.164014 Experimental, Chernarus, with a config-only mod:

- Holes declared in CfgWorlds >> ChernarusPlus >> Holes >> <group> >> tiles[] load on the server, and the client renders them. We added 20 groups (28 cells).

- A hole is one terrain cell: 7.5 m on Chernarus.

- A player can stand, move and use actions below intact terrain, and reconnects there after a server restart. A player can also drop into a hole onto an object placed under it.

- Script only has proto native bool SurfaceIsHole(float x, float z); on CGame. Found nothing that creates, removes or reloads holes, terrain or config at runtime.

## Request

A server-authoritative API that is replicated to every client, including clients that join later, and updates collision, rendering and the navmesh. For example:

// CGame, server side

proto native bool SetSurfaceHole(float x, float z, bool isHole); // one terrain cell

proto native bool SetSurfaceHoleGroup(string groupName, bool enabled); // a group declared in CfgWorlds >> Holes

The names are only a suggestion. The per-cell call is what makes digging anywhere possible. If that is too costly, a runtime toggle for groups declared closed in config would still help a lot, ideally with rectangular ranges so large areas can be declared cheaply.

## Nice to have

- A script query for the terrain cell size (we currently read it from the .wrp header).

- An event when a hole opens or closes, so client scripts can update local objects.

- Persistence is not required: mods can store their own list and re-apply it when the server starts.

## Use cases

- Player-dug trenches, foxholes and fighting positions.

- Player-built underground bases with a real entrance instead of a teleport.

- Hatches, cave-ins and craters from events.

- Community maps with dynamic underground content.