Si en el mundo de vuestro grupo de amigos falta una pared, CoreProtect puede encontrar de forma precisa los cambios registrados y revertirlos en parte. Primero revisas el daño concreto y la zona adecuada. Un rollback grande por pura sospecha también puede afectar a cambios deseados.
Esta guía recorre una pequeña reparación de bloques. No afirma que cualquier progreso posterior se conserve automáticamente con cada intervención. Sobre todo en el mismo lugar, los cambios nuevos y los antiguos pueden influirse mutuamente. Sigue siendo necesario un estado inicial respaldado.
Comprobado: 7 de octubre de 2026. Las imágenes muestran una demostración anterior con Paper 1.21.1 y CoreProtect 24.0. No son una nueva prueba de vuestro mundo ni una medición de ejecución actual.
Documentar el daño antes de reparar
Anota el mundo, las coordenadas y el período de tiempo conocido. Pregunta a los amigos implicados si, entretanto, se ha seguido construyendo en ese lugar de forma intencionada. Detened los cambios en la pequeña zona afectada durante la revisión; una zona que se modifica al mismo tiempo es más difícil de evaluar.
Haz una copia de seguridad del estado actual del mundo y de los datos reales de CoreProtect antes de planificar una intervención que escriba cambios. Si la base de datos es externa, una copia de la carpeta del plugin por sí sola no es una copia de seguridad completa. El pequeño almacenamiento Free de 10 GB también debe alojar el mundo, los logs y las extensiones; conserva una copia independiente fuera de este intento.
CoreProtect tiene que haber registrado ya el evento en cuestión. Una instalación posterior al daño no genera un historial antiguo. Comprueba la versión cargada, el funcionamiento en aquel momento y los registros realmente activados. El resumen de la configuración te lleva a la configuración adecuada para vuestra versión. Un indicador verde del servidor no demuestra que se haya registrado cada acción deseada.
Primero mirar, no revertir de inmediato
Una cuenta de ayudante designada puede examinar el lugar afectado con el Inspector. Para ello sirve /co inspect; esa misma función se puede desactivar después. Usa la ayuda de manejo que muestra tu versión y lee los eventos en el lugar real del daño.
Del nombre de una cuenta en el registro no se deduce una intención demostrada. Puede que haya que aclarar una acción accidental, una cuenta compartida u otros procesos. Comparte los resultados solo con los implicados y oculta los nombres en las imágenes públicas. Para la reparación lo decisivo es, en primer lugar, qué cambio se registró.
Demostración anterior en la fachada de una casa. La hora, el tipo de bloque y el lugar ayudan a contrastar los datos; los nombres de cuenta están ocultos. Esta salida no es un resultado de búsqueda de vuestro mundo.
No des coreprotect.* de forma indiscriminada a un ayudante que solo debe revisar. Según los permisos de CoreProtect, consultar, hacer rollback, restore y borrar registros son permisos distintos. Para una tarea de solo lectura acordada entran en consideración coreprotect.inspect y coreprotect.lookup; revisa además las categorías de datos deseadas. Los amigos normales no necesitan permisos de reparación para jugar. Los roles los configuráis con LuckPerms.
Limitar la búsqueda a vuestro caso
El siguiente ejemplo de juego solo encaja con un pequeño daño de bloques observado hace poco. Sustituye SPIELERNAME por la cuenta asignada con seguridad. Comprueba el período y la distancia para vuestro caso real antes de usar el comando:
/co lookup u:SPIELERNAME t:30m r:8 a:-block
| Límite | Significado en el ejemplo |
|---|---|
| Cuenta | Solo la cuenta de juego asignada y verificada |
| Tiempo | Eventos de los últimos 30 minutos |
| Lugar | Radio 8 alrededor de tu posición actual de juego |
| Acción | Rotura de bloques registrada |
Lee todos los resultados que coincidan y las coordenadas. Si la lista queda vacía, revisa una por una las suposiciones de partida en lugar de lanzar directamente una reparación en todo el mundo. Un radio de búsqueda mayor puede mostrar más eventos, pero eso aún no es una autorización para revertirlos todos.
La referencia oficial de comandos describe los filtros y la vista previa. Lookup y rollback tienen límites predeterminados distintos cuando faltan datos. Por eso, en el ejemplo el radio se establece de forma explícita. No te fíes de la antigua afirmación general de que cualquier rollback sin radio afecta automáticamente a todo el mundo.
Contrastar la vista previa y la pequeña intervención
Permanece en el mismo mundo y en la misma posición. Con vuestros filtros confirmados, comprueba primero una vista previa:
/co rollback u:SPIELERNAME t:30m r:8 a:-block #preview
Mirad juntos el lugar afectado y los cambios deseados adyacentes. Si la vista previa no coincide exactamente con la reparación planificada, cancelad el intento por la vía prevista en vuestra versión y revisad de nuevo los filtros. Una vista previa no sustituye ni a la copia de seguridad ni a la comprobación del efecto real.
Una ventana de tiempo relativa se desplaza entre dos ejecuciones. También vuestra posición debe mantenerse igual si el radio depende de ella. Por eso, "mismos parámetros" no significa automáticamente una instantánea histórica inmutable. Ejecutad el pequeño comando final solo después de volver a contrastar:
/co rollback u:SPIELERNAME t:30m r:8 a:-block
La actual implementación del rollback contiene comprobaciones adicionales y el procesamiento de la intervención. Las funciones disponibles dependen de la versión que tengáis realmente instalada. No asumáis como garantía general una supuesta red de seguridad de una guía antigua.
Entonces: seis bloques en dos chunks, radio 15 y ventana de tiempo de un minuto. Es otra prueba documentada distinta de los valores de ejemplo, elegidos deliberadamente pequeños, de este artículo.
Comprobar el estado del juego tras la reparación
No os fijéis solo en el mensaje de éxito. Revisad la pared, las partes adyacentes de la construcción y el progreso deseado desde entonces. Prestad atención a lo que el filtro de bloques elegido ni siquiera abarca: el contenido de los cofres, los inventarios y otras acciones son categorías de datos propias. No amplíes la intervención sin más a todas las categorías.
La imagen muestra la zona restaurada de entonces. No demuestra que esté descartado cualquier posible efecto secundario de un rollback.
Si la intervención fue errónea, un restore adecuadamente limitado puede volver a aplicar cambios registrados. Para ello, planifica primero la misma revisión cuidadosa y una vista previa. No lancéis varios comandos de reversión de gran alcance uno tras otro. Si faltan datos o el efecto no está claro, queda el camino de vuelta respaldado y una aclaración concreta del estado.
No borréis registros antiguos durante un daño sin aclarar solo para liberar espacio. Los eventos borrados ya no están disponibles para futuras consultas de búsqueda o reparación. La retención es una decisión operativa independiente y no un requisito para esta pequeña intervención.
Limitar daños futuros
Acordad quién puede realizar reparaciones y cómo se informa a los amigos afectados. Una pequeña reparación documentada es más fácil de revisar que revertir de forma generalizada toda la tarde. Para zonas importantes a largo plazo, configuráis una protección con WorldGuard específica.
CoreProtect, la protección de regiones y la copia de seguridad cumplen funciones distintas. No necesitáis convertir a cada amigo en administrador para usar los tres con sentido. Probad pronto la función de registro con una pequeña muestra de bloques propia, para no limitaros a suponer su registro cuando llegue el momento.
FAQ
¿Sirve de algo instalarlo después del daño?
Registra los futuros eventos que coincidan. Para un daño anterior, sin registro de entonces faltan los datos históricos necesarios. Revisa las copias de seguridad existentes y otros indicios demostrables.
¿Por qué está vacío el lookup?
Revisa una por una el mundo, la posición, el período, la cuenta, la acción y el registro de entonces. La ausencia de resultados no es motivo para un rollback global sin comprobar.
¿Se conservan con seguridad todas las construcciones nuevas?
Esa no es una garantía general. Incluso una intervención limitada puede afectar a cambios posteriores deseados en el mismo lugar. Revisa la vista previa, los filtros y el progreso adyacente.
¿Repara el comando mostrado también un cofre vaciado?
El flujo del ejemplo se limita a la rotura de bloques. El contenido de los cofres requiere una acción registrada aparte y un proceso de revisión propio, cuidadosamente acotado.
¿Necesita el ayudante de lectura rollback y purge?
No. Son permisos independientes. Revisa la tarea de lectura concreta y no concedas un comodín de administración general solo para ver resultados.
¿Sustituye CoreProtect al estado del mundo respaldado?
No. Una base de datos de eventos y una copia del mundo resuelven problemas distintos. Los archivos dañados, los mundos borrados y los procesos no registrados necesitan otro camino de vuelta.
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.
- La fachada de la casa está intacta.
- Un segundo jugador rompe bloques.
- /co lookup muestra quién minó qué.
- /co rollback restaura la fachada.
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14
CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14