CoreProtect es la memoria de tu servidor. Guarda quién colocó o destruyó cada bloque y cuándo, quién abrió un cofre y qué sacó de él. Si destruyen una casa, no tienes que adivinar ni restaurar una copia de seguridad completa: consultas el registro, lees el nombre y revierte exactamente esos cambios. Todo lo que otros jugadores hayan construido mientras tanto permanece intacto. Las capturas de pantalla proceden de un servidor de pruebas con Paper 1.21.1 y CoreProtect 24.0. La fachada de la casa fue dañada por un segundo jugador de prueba para la demostración y restaurada con un rollback real.

Requisitos previos

Instalas CoreProtect en el panel bajo Plugins → Browser. Tras el reinicio, /co version confirma la instalación. El registro se ejecuta automáticamente desde ese momento; no hay que activar nada. Por eso es importante instalar el plugin antes de que ocurra el primer daño: CoreProtect no conoce lo que pasó anteriormente.

Los comandos pertenecen exclusivamente a un grupo de moderación. El nodo coreprotect.* lo cubre todo; para ayudantes que solo deben consultar, bastan coreprotect.inspect y coreprotect.lookup. Los jugadores normales no necesitan ningún nodo. Cómo funcionan los grupos se explica en LuckPerms: configurar permisos.

Por defecto, CoreProtect escribe en un archivo SQLite bajo plugins/CoreProtect/database.db. En un servidor con muchos jugadores crece rápido; por eso vigilar el espacio de almacenamiento en el panel debe ser parte de la rutina. Las entradas antiguas se eliminan con /co purge t:30d, que conserva los últimos 30 días y borra el resto.

Encontrar al responsable: Inspector

La forma más rápida de llegar a un bloque concreto es el Inspector. /co inspect (abreviado /co i) lo activa, el mismo comando lo desactiva. Mientras esté activo, un clic izquierdo sobre un bloque muestra su historial: quién lo colocó o destruyó y cuándo. Un clic derecho sobre una superficie muestra qué había antes en ese lugar, incluso si ahora solo hay aire. Un clic derecho sobre un cofre lista quién metió o sacó qué objetos.

Para una casa destruida, esto a menudo ya es suficiente: haces clic en el hueco de la pared y lees el nombre.

Buscar con precisión: Lookup

Cuando hay varios bloques afectados, consultas el registro directamente. El Lookup usa los mismos parámetros que el rollback, así que primero compruebas con él qué tocaría realmente un rollback:

/co lookup u:<jugador> t:1h r:15 a:-block

Los parámetros: u: es el nombre del jugador, t: la ventana de tiempo (30m, 2h, 7d), r: el radio en bloques alrededor de tu posición, a: la acción. a:-block significa bloques destruidos, a:+block bloques colocados, a:container accesos a cofres, a:kill animales y jugadores matados. Con b: limitas a bloques concretos, por ejemplo b:chest. Las listas de resultados largas se paginan con /co l 2.

Lookup de CoreProtect: hora, jugador, acción y bloque por entrada
Lookup de CoreProtect: hora, jugador, acción y bloque por entrada

En el ejemplo, el Lookup muestra que el jugador de prueba rompió hormigón blanco y vidrio celeste de la fachada durante el último minuto, con coordenadas por cada entrada.

Restaurar: Rollback

El rollback usa exactamente los mismos parámetros del Lookup que acabas de comprobar:

/co rollback u:<jugador> t:1m r:15 a:-block

CoreProtect informa en el chat cuántos bloques y chunks ha modificado, y vuelve a indicar la ventana de tiempo, el radio y la acción. La fachada queda restaurada sin que nadie haya tenido que colocar un solo bloque.

Rollback completado: seis bloques restaurados en dos chunks
Rollback completado: seis bloques restaurados en dos chunks
La fachada de la casa tras el rollback desde la misma posición de cámara
La fachada de la casa tras el rollback desde la misma posición de cámara

Si algo salió mal, /co restore con los mismos parámetros revierte el rollback, y /co undo deshace el último rollback o restore. Así que un rollback no es un salto sin red.

Errores típicos

  • El rollback afecta a demasiado. Sin u: y r: afecta a todos los jugadores en todo el mundo. Indica siempre jugador, radio y acción, y lee antes el Lookup.
  • «No results found». La ventana de tiempo es demasiado pequeña, el radio demasiado estrecho, o el daño ocurrió antes de instalar CoreProtect.
  • Los cofres quedan vacíos. Las extracciones pertenecen a la acción container; a:-block solo restaura bloques. Para ambas cosas usas dos comandos o omites a:.
  • La base de datos crece. Ejecuta /co purge regularmente con una ventana de tiempo, preferiblemente con el servidor vacío.
  • Los animales matados no vuelven. a:kill los lista, un rollback solo restaura bloques y contenido de cofres.

FAQ

¿Puede CoreProtect deshacer daños ocurridos antes de la instalación?

No. El registro empieza en el momento en que el plugin se ejecuta por primera vez; no conoce eventos anteriores. Por eso CoreProtect debe instalarse en un servidor público antes de que ocurra el primer daño, no después.

¿Cómo evito que un rollback afecte a demasiado?

Ejecuta primero el Lookup con exactamente los mismos parámetros y lee el resultado. Indica jugador (u:), radio (r:) y acción (a:); sin estos datos, el rollback afecta a todos los jugadores en todo el mundo. Si algo sale mal, /co undo deshace el último rollback.

¿Un rollback restaura también el contenido de los cofres?

Solo si se incluye la acción container. a:-block afecta únicamente a los bloques destruidos. Para bloques y cofres usas dos comandos o omites a: por completo. a:kill lista animales y jugadores matados, pero un rollback no los devuelve.

¿Cuánto crece la base de datos y qué puedo hacer al respecto?

CoreProtect escribe por defecto en un archivo SQLite bajo plugins/CoreProtect/database.db, que crece rápido en servidores concurridos. /co purge t:30d conserva los últimos 30 días y borra el resto, preferiblemente con el servidor vacío, porque el proceso exige mucho al disco.

¿CoreProtect sustituye a la copia de seguridad?

No, ambos resuelven problemas distintos. CoreProtect revierte de forma puntual los cambios de un jugador y deja todo lo demás intacto. Una copia de seguridad ayuda con archivos de mundo dañados, mundos borrados por accidente y todo lo que ocurrió antes de la instalación.

Guías relacionadas

Para evitar que el daño ocurra en primer lugar, protege las zonas importantes con WorldGuard: crear regiones. Qué comandos recibe cada grupo lo defines con LuckPerms. Para todo lo que CoreProtect no conoce, sigue quedando la copia de seguridad en el panel.

Fuentes

CoreProtect: ver ejemplo

Grabaciones propias realizadas en un entorno de demostración. La versión y la configuración mostradas pueden diferir de las de tu servidor.

  1. La fachada de la casa está intacta.
  2. Un segundo jugador rompe bloques.
  3. /co lookup muestra quién minó qué.
  4. /co rollback restaura la fachada.
La fachada de la casa antes del daño, cámara fija.
La fachada de la casa antes del daño, cámara fija.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14

Un segundo jugador rompe bloques de la fachada. CoreProtect registra cada extracción.
Un segundo jugador rompe bloques de la fachada. CoreProtect registra cada extracción.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14

/co lookup muestra quién minó qué bloque y cuándo.
/co lookup muestra quién minó qué bloque y cuándo.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14

Tras /co rollback, la fachada queda restaurada; el chat indica el periodo, el radio y el número de bloques.
Tras /co rollback, la fachada queda restaurada; el chat indica el periodo, el radio y el número de bloques.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14