🌍💾 ARCLUX — Persistent World (Tanpa Reset Naratif)

A server restart should not have to mean a world reset.

Bagian dari blueprint ARCLUX (Repository War Universe). Extension V6 — Persistent World.

Aturan inti:

SERVER RESTART ≠ WORLD RESET — state dunia yang tervalidasi dipulihkan setelah maintenance/restart/crash/recovery.

NO PLAYER-INITIATED WORLD PAUSE — pemain tidak bisa menghentikan dunia.

Respawn / logout-location policy = keputusan ruleset terpisah (belum diputuskan di sini; dibawa ke docs/blueprint/progres/decisions-mmo.md).

1. Yang Sudah Ada (cross-reference)

Topik	Sudah di
Persistence region (save/load `RegionSnapshot`, recovery)	`packages/gameserver/persistence.ts` + `world.ts` (`snapshot`/`regionFromState`)
Provenance / history vessel/component	`packages/provenance` + 04-wreckage-history.md
Replay / event log (server authoritative)	03-combat.md I.8
World Validator / client ≠ source of truth	03-combat.md I.4/I.7
Persistence via `packages/db` + RecoveryManager	arsitektur.md

2. Persistent World State

World state diperlakukan sebagai data persisten:

WORLD
├── Regions
├── Communities
├── Stations
├── Vessels
├── Components
├── Wreckage
├── Ownership
├── Provenance
└── Events

Saat server aktif kembali:

PERSISTED WORLD STATE → RECOVERY → VALIDATION → WORLD RESTORED → SIMULATION CONTINUES

Restart teknis tidak boleh menghapus keadaan dunia.

3. No Auto History Reset

Pergantian versi, maintenance, atau restart tidak otomatis menghapus: sejarah perang, provenance, ownership history, component lineage, community history, vessel history, recovery/governance/destruction/diplomatic events. Data historis hanya berubah melalui mekanisme dunia yang sah.

4. Perang sebagai Event Persisten

Pertempuran bukan match terpisah yang di-reset:

WAR DECLARED → ENGAGEMENT → DAMAGE → RETREAT → RECOVERY → SECOND ENGAGEMENT
  → VESSEL LOSS → AFTERMATH

Setiap event jadi bagian persistent world history. Konflik berkembang dari tindakan pemain, bukan diatur-paksa.

5. No Match Reset

Hasil pertempuran tidak dikembalikan ke kondisi awal setelah engagement/server restart:

VESSEL A HP 100% → BATTLE → 63% → SERVER RESTART → WORLD RECOVERY → 63%

State mengikuti hasil simulasi terakhir yang tervalidasi.

6. Ship Veteran & Service History

Satu kapal bisa bertahan melewati banyak konflik:

VESSEL ALPHA
├── Created — Year 1
├── Battle #03 → Damaged
├── Repaired
├── Battle #11 → Component replaced
├── Battle #24 → Recovered
├── Ownership transferred
└── Active

Kapal punya service/battle history = identitas teknis, bukan hanya statistik.

6.1 Incident Model

Kegagalan signifikan bukan sekadar status akhir (“ENGINE HP: 0”). Dunia mempertahankan rantai sebab-akibat bagaimana kegagalan terjadi (Vessel Failure Intelligence):

WORLD EVENT
   ↓
ENVIRONMENTAL / COMBAT EXPOSURE
   ↓
COMPONENT RESPONSE
   ↓
DEPENDENCY FAILURE
   ↓
SUBSYSTEM DEGRADATION
   ↓
VESSEL CONSEQUENCE

Incident = event signifikan yang tercatat dengan metadata:

INCIDENT
├── Incident ID
├── World Tick
├── Region
├── Vessel
├── Triggering Event
├── Involved Components
├── State Before
├── State After
├── Causal Links
└── Consequences

Contoh:

INCIDENT #8291
VESSEL:   Capital Vessel Aurora
TRIGGER:  Solar Event Exposure
PRIMARY:  Propulsion Degradation
RELATED:  Thermal System → Power Distribution → Main Propulsion
RESULT:   Emergency retreat required

6.2 Failure Timeline

Engineer dapat melihat kegagalan sebagai urutan peristiwa (bukan cuma status akhir):

TICK 18420  Solar event detected
TICK 18460  Thermal load increased
TICK 18502  Cooling efficiency degraded
TICK 18531  Power redistribution triggered
TICK 18577  Propulsion output reduced
TICK 18610  Vessel mobility compromised

6.3 Guardrail: Causal ≠ Halusinasi

Causal chain HARUS turun dari dependency graph yang benar-benar ada — bukan diinfer dari imajinasi. Data tervalidasi dunia ≠ interpretasi engineering. ARCLUX membedakan:

AUTHORITATIVE:              ENGINEERING CONTEXT:
Tick 18492                  "Thermal subsystem was involved
Component: degraded           in the failure sequence leading
Thermal load: increased       to propulsion degradation."
Propulsion: reduced

Authoritative facts dijaga integritasnya. Interpretasi engineering dibangun di atas data tersebut, bukan mengubahnya (cross-ref 05 §3.1).

7. Repair Tidak Menghapus Sejarah

DAMAGED → REPAIR → OPERATIONAL, namun event damage/repair tetap tersimpan. Vessel veteran memiliki sejarah panjang yang dapat diverifikasi. Repair memperbaiki state. History mempertahankan masa lalu. Engineer dapat melihat bahwa vessel pernah mengalami: component failure, major damage, environmental exposure, battle loss, emergency repair. Tidak ada incident yang dihapus hanya karena vessel sudah kembali operational.

8. Kerusakan Punya Konsekuensi

COMBAT → DAMAGE → SYSTEM DEGRADATION → REPAIR REQUIRED. Repair dapat butuh: komponen, resource, engineering capability, akses station, waktu, recovery op (per ruleset).

9. No Retcon Tanpa Mekanisme Resmi

Event tersahkan tidak dianggap tak pernah terjadi karena: pemain menyesal, komunitas kalah, kapal hancur, server restart, versi berubah. Koreksi/migration jika ada = event yang dapat diaudit.

10. World History > Match History

History bukan hanya match result:

WORLD HISTORY
├── Battles · Vessel creation/destruction · Repairs
├── Recovery · Component transfers · Ownership changes
├── Governance · Community splits · Alliances
└── Technology lineage

Dunia memiliki kontinuitas.

11. Veteran Dihitung dari History

Label informal “veteran vessel” dihitung dari history (bukan scripted title): Battles survived · Major repairs · Recovery events · Ownership transfers · Age. Veteran ≠ otomatis lebih kuat; veteran berarti sejarah lebih panjang.

12. Persistence sebagai Sumber Kebenaran

PLAYER INTENT → WORLD VALIDATOR → SIMULATION → WORLD STATE → EVENT LOG → PERSISTENCE

Client tidak menentukan: serangan berhasil, kapal rusak, pemilik, komponen ditemukan, recovery valid, kemampuan tersedia, event terjadi. Client hanya menampilkan state tervalidasi.

13. Recovery Setelah Server Restart

PERSISTED REGION STATE → LOAD → RECONSTRUCT WORLD REGION → VALIDATE STATE → RESUME SIMULATION

Entity tercatat sebelum restart dapat dipulihkan. (Reuse regionFromState / packages/gameserver/persistence.ts.) Incident/failure history juga persisten — server restart ≠ world reset (D-013). Semua incident yang tervalidasi tetap tersedia setelah restart untuk engineering context (Vessel Failure Intelligence).

14. NO PLAYER-INITIATED WORLD PAUSE

Keluar game ≠ keluar dari dunia.

Model yang TEPAT:

PLAYER LOGIN → WORLD STATE → PLAYER/KAPAL DI POSISI X → LOG OUT
  → WORLD TETAP BERJALAN → LOGIN LAGI → KEMBALI KE STATE TERAKHIR

Bukan “resume dari save terakhir”, melainkan “lanjut dari keadaan dunia yang benar-benar terjadi saat pergi”. Jika sebelum logout kapal di station, state itu yang dipulihkan; perubahan dunia yang sah selama offline tidak di-undo. Pengecualian teknis: server tetap butuh maintenance/restart. Yang persisten adalah state dunianya, bukan servernya harus hidup selamanya.

15. Respawn / Logout-Location Policy (KEPUTUSAN RULESET — OPEN)

Blueprint ini tidak menetapkan apakah pemain selalu respawn tepat di lokasi logout, maupun ada/tidaknya mekanisme respawn/teleport. Ini adalah keputusan ruleset terpisah; dicatat sebagai D-number di docs/blueprint/progres/decisions-mmo.md dan belum diputuskan. (Referensi navigasi jump/teleport tetap ada — lihat §14 Jump/Teleport System di 01-spatial-ux.md — tapi kebijakan respawn pemain dirumuskan terpisah.)

16. Persistent Consequence Loop

PLAYER ACTION → VALIDATION → SIMULATION → STATE CHANGE → DAMAGE/LOSS/RECOVERY
  → EVENT → PERSISTENCE → HISTORY → FUTURE WORLD STATE → NEW PLAYER ACTION

Dunia tidak kembali ke keadaan awal hanya karena engagement selesai.

16.1 Failure Intelligence Loop

Dari consequence loop, failure history menghasilkan engineering context yang membantu generasi vessel berikutnya:

FAILURE / SURVIVAL
   ↓
INCIDENT HISTORY
   ↓
ENGINEERING INTELLIGENCE
   ↓
ENGINEER / COMMUNITY REVIEW
   ↓
REDESIGN
   ↓
NEXT GENERATION VESSEL

ARCLUX tidak mendesain ulang kapal secara otomatis. ARCLUX mempertahankan bukti, hubungan sebab-akibat, dan konteks kegagalan agar engineer dapat membuat keputusan berikutnya (cross-ref 06 §18 community technology evolution & 05 §25 Design Evolution).

17. Hubungan dengan V4 & V3

V4 (07): SPECIAL CAPABILITY → ACTIVATION #1-3 → DEPLETED → VESSEL DAMAGED → REPAIR → VESSEL RETURNS. Kemampuan terkuras tetap jadi sejarah kapal (provenance).
V3 (06): MEMBER → TRUST → ACCESS → SPECIAL VESSEL → BETRAYAL → ACCESS REVOKED → GOVERNANCE → RECOVERY → HISTORY.

Keputusan governance/teknologi menjadi bagian sejarah komunitas, bukan hanya sesi.

18. Final Persistence Model

ARCLUX WORLD → PERSISTENT STATE
  (COMMUNITIES→GOVERNANCE→TRUST→ACCESS) (VESSELS→DAMAGE→REPAIR→DESTRUCTION)
  (TECHNOLOGY→COMPONENTS→RECOVERY→CUSTODY)
  → EVENTS → PROVENANCE → HISTORY → COMMUNITY MEMORY → FUTURE WORLD STATE

19. Prinsip Sentral

Code creates the vessel. Vessel creates gameplay. Gameplay creates relationships. Relationships create trust. Trust creates access. Access creates responsibility. Actions create consequences. Consequences create damage, recovery, and governance. Recovery preserves technical lineage. Governance preserves social history. History influences the future world. Players create the events. ARCLUX preserves the consequences. A server restart should not have to mean a world reset.

Getting Started

Reference

MMO & Blueprint

Progress Detail

Codebase Map

Release

🌍💾 ARCLUX — Persistent World (Tanpa Reset Naratif)

🌍💾 ARCLUX — Persistent World (Tanpa Reset Naratif)

1. Yang Sudah Ada (cross-reference)

2. Persistent World State

3. No Auto History Reset

4. Perang sebagai Event Persisten

5. No Match Reset

6. Ship Veteran & Service History

6.1 Incident Model

6.2 Failure Timeline

6.3 Guardrail: Causal ≠ Halusinasi

7. Repair Tidak Menghapus Sejarah

8. Kerusakan Punya Konsekuensi

9. No Retcon Tanpa Mekanisme Resmi

10. World History > Match History

11. Veteran Dihitung dari History

12. Persistence sebagai Sumber Kebenaran

13. Recovery Setelah Server Restart

14. NO PLAYER-INITIATED WORLD PAUSE

15. Respawn / Logout-Location Policy (KEPUTUSAN RULESET — OPEN)

16. Persistent Consequence Loop

16.1 Failure Intelligence Loop

17. Hubungan dengan V4 & V3

18. Final Persistence Model

19. Prinsip Sentral

​🌍💾 ARCLUX — Persistent World (Tanpa Reset Naratif)

​1. Yang Sudah Ada (cross-reference)

​2. Persistent World State

​3. No Auto History Reset

​4. Perang sebagai Event Persisten

​5. No Match Reset

​6. Ship Veteran & Service History

​6.1 Incident Model

​6.2 Failure Timeline

​6.3 Guardrail: Causal ≠ Halusinasi

​7. Repair Tidak Menghapus Sejarah

​8. Kerusakan Punya Konsekuensi

​9. No Retcon Tanpa Mekanisme Resmi

​10. World History > Match History

​11. Veteran Dihitung dari History

​12. Persistence sebagai Sumber Kebenaran

​13. Recovery Setelah Server Restart

​14. NO PLAYER-INITIATED WORLD PAUSE

​15. Respawn / Logout-Location Policy (KEPUTUSAN RULESET — OPEN)

​16. Persistent Consequence Loop

​16.1 Failure Intelligence Loop

​17. Hubungan dengan V4 & V3

​18. Final Persistence Model

​19. Prinsip Sentral

🌍💾 ARCLUX — Persistent World (Tanpa Reset Naratif)

1. Yang Sudah Ada (cross-reference)

2. Persistent World State

3. No Auto History Reset

4. Perang sebagai Event Persisten

5. No Match Reset

6. Ship Veteran & Service History

6.1 Incident Model

6.2 Failure Timeline

6.3 Guardrail: Causal ≠ Halusinasi

7. Repair Tidak Menghapus Sejarah

8. Kerusakan Punya Konsekuensi

9. No Retcon Tanpa Mekanisme Resmi

10. World History > Match History

11. Veteran Dihitung dari History

12. Persistence sebagai Sumber Kebenaran

13. Recovery Setelah Server Restart

14. NO PLAYER-INITIATED WORLD PAUSE

15. Respawn / Logout-Location Policy (KEPUTUSAN RULESET — OPEN)

16. Persistent Consequence Loop

16.1 Failure Intelligence Loop

17. Hubungan dengan V4 & V3

18. Final Persistence Model

19. Prinsip Sentral