RolePlay · Archivio completo

RomeSMP: il mondo persistente da cui nasce una parte della storia di EclipsMC.

Prima dei minigames, delle code rapide e delle lobby moderne, il progetto ha sperimentato un'altra forma di multiplayer: un mondo persistente in cui identità, territorio, economia e conflitto erano collegati. RomeSMP non viene riportato qui come una modalità oggi attiva, ma come un archivio progettuale reale: ciò che avevamo costruito, ciò che avevamo bilanciato e ciò che abbiamo imparato.

Come leggere questa sezione

Un archivio storico, non una lista di promesse.

Questa sezione separa con attenzione due piani. Il primo è quello storico: nomi delle fazioni, valori economici, dimensioni dei territori, regole di collegamento tra città e villaggi, limiti delle pattuglie, condizioni di conquista e sistemi di produzione sono dati realmente studiati nel precedente progetto. Il secondo è quello progettuale: spieghiamo perché quelle regole esistevano, quali problemi cercavano di risolvere e che cosa possono insegnare oggi a EclipsMC.

Non trasformiamo un vecchio valore in una caratteristica annunciata della futura modalità. Quando diciamo che un castello aveva un certo raggio o che un insediamento produceva determinate merci, stiamo documentando RomeSMP. Quando parliamo di una futura esperienza RolePlay EclipsMC, invece, descriviamo principi e lezioni, non specifiche già confermate.

6Fazioni storiche
3Tipi principali di insediamento
2 minCiclo storico di rifornimento
75%Soglia storica di difesa per la conquista
Capitolo I · Le identità del mondo

Le fazioni non erano quattro: l'archivio completo ne conserva sei.

Con il tempo RomeSMP aveva definito un sistema più ampio di quello ricordato nelle prime sintesi. Le identità storiche erano Imperium, Repubblica Libera, Mercanti della Via, Briganti, Barbari del Nord e Nomadi del Deserto. Ognuna era pensata per occupare una posizione diversa nel mondo, produrre risorse differenti e creare ragioni concrete per commerciare, difendere, esplorare o attaccare.

Imperium

Ordine e infrastruttura

Grano e ferro come produzione storica; castelli con raggio 37 e villaggi con raggio 28. Una fazione orientata alla struttura, alla capacità di presidio e a una catena di responsabilità leggibile.

Scheda completa
Repubblica Libera

Comunità e decisione

Grano e carta; castelli con raggio 29 e villaggi con raggio 21. La sua forza narrativa nasceva dalla vita civile, dalle decisioni collettive e dalla diplomazia.

Scheda completa
Mercanti della Via

Scambio e collegamenti

Cuoio e miele; castelli con raggio 25 e villaggi con raggio 21. Un'identità economica che dava valore alle rotte, agli accordi e alla circolazione delle merci.

Scheda completa
Briganti

Pressione e opportunismo

Carbone e frecce; castelli con raggio 41 e villaggi con raggio 28. Erano utili al design perché introducevano rischio, mobilità e conflitto senza ridurre il mondo a due schieramenti.

Scheda completa
Barbari del Nord

Forza e frontiera

Legname e cuoio; castelli con raggio 47 e villaggi con raggio 32. Un'identità territoriale forte, capace di creare pressione sui confini e valore strategico nelle zone più ampie.

Scheda completa
Nomadi del Deserto

Mobilità e adattamento

Sabbia e coniglio; castelli con raggio 51 e villaggi con raggio 32. Il raggio più ampio sottolineava una presenza meno concentrata e una filosofia più mobile.

Scheda completa
Capitolo II · Perché le fazioni contavano

Una fazione doveva cambiare il modo in cui vivevi il mondo.

Il rischio di qualsiasi server a fazioni è trasformare l'appartenenza in un prefisso colorato. RomeSMP cercava di evitarlo collegando identità e sistemi. Una fazione produceva beni specifici, disponeva di spazi territoriali con dimensioni definite e aveva bisogno degli altri gruppi perché nessuno controllava da solo l'intero circuito economico. La differenza tra fazioni diventava quindi un problema concreto di approvvigionamento, difesa, diplomazia e logistica.

Questo produceva un effetto importante: anche un giocatore poco interessato al PvP poteva avere un ruolo. Chi coltivava, commerciava, costruiva, spostava materiali, organizzava una città o partecipava alla vita politica contribuiva alla capacità della propria comunità. Al contrario, il giocatore orientato al combattimento non poteva ignorare completamente l'economia e il territorio, perché un esercito senza infrastruttura è soltanto un gruppo di persone armate.

Il design più interessante nasceva proprio nell'intersezione: un materiale raro poteva spingere a un accordo; un villaggio produttivo poteva diventare obiettivo di pressione; una città poteva trasformarsi in punto di raccolta; una pattuglia poteva proteggere una tratta; una conquista poteva cambiare il controllo di un'intera rete di insediamenti.

Archivio dedicato

Abbiamo separato i capitoli lunghi.

Per non ridurre tutto a un muro di testo, questa pagina è la porta d'ingresso. Le sezioni dedicate raccolgono in modo molto più esteso le fazioni NPC e player, la storia del progetto, l'economia e le regole territoriali.

Capitolo III · Insediamenti

Città, villaggi e castelli formavano una rete, non tre categorie decorative.

Il territorio di RomeSMP era stato pensato come una gerarchia di luoghi collegati. Una città poteva avere villaggi satelliti della stessa fazione; i villaggi potevano essere associati automaticamente alla città compatibile più vicina entro una fascia di distanza compresa tra 280 e 850 blocchi, con un limite storico di due villaggi per città. Questo impediva a un singolo centro di assorbire tutto il mondo e obbligava le comunità a distribuire la propria presenza.

Città

Centri politici e logistici. Il loro valore derivava dalle relazioni con i villaggi, dal presidio e dalla capacità di concentrare attività.

Villaggi

Nodi produttivi e satelliti territoriali. Erano piccoli abbastanza da creare molti punti di interesse, ma abbastanza importanti da cambiare una strategia.

Castelli

Presidi fortificati con raggi differenti per fazione, usati per rendere visibile la differenza di impronta territoriale tra le comunità.

Capitolo IV · Produzione persistente

L'economia doveva continuare a respirare mentre il mondo veniva giocato.

Gli insediamenti collegati rifornivano storicamente il mercato con un ciclo di circa 2 minuti di gioco, rispettando limiti di magazzino. La produzione era differenziata: Imperium grano e ferro; Repubblica grano e carta; Mercanti cuoio e miele; Barbari legname e cuoio; Nomadi sabbia e coniglio; Briganti carbone e frecce.

Questa scelta era molto più importante di una semplice tabella di loot. Se ogni fazione produce tutto, il commercio diventa opzionale. Se invece le produzioni sono complementari, la diplomazia può nascere da una necessità concreta. Il mercato diventa un sistema sociale, non soltanto un menu.

Il limite di magazzino serviva a impedire una crescita infinita senza presenza reale. Il server poteva generare una base di disponibilità, ma l'accumulo doveva incontrare un tetto. Era una forma semplice di controllo dell'inflazione e una delle lezioni che conserviamo ancora oggi: qualsiasi economia persistente deve avere sia fonti sia assorbitori.

ImperiumGrano · Ferro
RepubblicaGrano · Carta
MercantiCuoio · Miele
BrigantiCarbone · Frecce
BarbariLegname · Cuoio
NomadiSabbia · Coniglio
Capitolo V · Valore delle risorse

Il bilanciamento partiva da riferimenti semplici e leggibili.

Nel lavoro storico sull'economia erano stati usati riferimenti approssimativi come ferro ≈ 2, oro ≈ 5 e diamante ≈ 6–7. Non erano una “verità” economica assoluta: servivano come base per confrontare ricompense, produzione e costi. Una valuta funziona soltanto se lo staff può capire quanto tempo richiede ottenere un bene e quanta ricchezza viene introdotta nel sistema.

Perché non bastava assegnare un prezzo

Il valore reale di una risorsa dipende dalla frequenza con cui entra nel mercato, dal rischio necessario per ottenerla, dalla domanda dei giocatori e dalla presenza di usi che la rimuovono dal circuito. Per questo il progetto combinava produzione periodica, limiti di magazzino e differenziazione delle merci.

Perché è ancora una lezione utile

In un mondo persistente l'inflazione non appare subito. Nei primi giorni quasi tutto sembra raro; dopo settimane, se le fonti non hanno limiti, il denaro e le risorse smettono di comunicare valore. Documentare quei numeri significa ricordare che il bilanciamento va osservato nel tempo.

Capitolo VI · Pattuglie ed eserciti

La guerra doveva avere finestre, dimensioni e responsabilità.

La struttura storica delle pattuglie prevedeva un massimo di 3 pattuglie, con intervallo di 30 minuti e unità generalmente composte da 4–6 membri. L'obiettivo era evitare una guerra permanente che premiasse solo la presenza online continua. Una finestra leggibile permette di prepararsi, organizzare la difesa e rendere ogni uscita più significativa.

Il progetto utilizzava anche Recruits per dare forma agli eserciti e ai gruppi organizzati. La parte interessante non era soltanto “avere NPC”: un'unità doveva appartenere a un sistema di territorio, presidio e costo. Se le truppe diventano infinite, il conflitto perde peso; se sono troppo rare, diventano decorazione. RomeSMP ci ha insegnato che l'esercito deve essere una conseguenza della capacità organizzativa della fazione.

MAX 3Pattuglie storiche
30 minIntervallo
4–6Membri per unità
RecruitsSupporto agli eserciti
Capitolo VII · Raid e conquista

Raidare e conquistare erano due azioni diverse.

Una delle regole più importanti era la distinzione tra danno temporaneo e controllo politico. Un giocatore senza fazione poteva raidare, ma non conquistare. La conquista apparteneva al conflitto tra comunità organizzate, perché trasferire un territorio significa modificare una struttura persistente del mondo e non soltanto vincere uno scontro.

Per una città, la conquista era collegata alla presenza dei difensori: la regola storica richiedeva una condizione di almeno 75% dei difensori. Il principio era evitare conquiste “vuote”, ottenute semplicemente aspettando che gli avversari non fossero online. Quando il controllo cambiava, il claim passava alla fazione vincitrice insieme ai due villaggi satelliti collegati alla città. Questo rendeva la città il centro di una rete e dava conseguenze più grandi di una singola area.

Il sistema completo merita un capitolo proprio.

Nella pagina Territori, raid e conquiste abbiamo raccolto raggi, collegamenti, condizioni e motivazioni di design in forma molto più dettagliata.

Apri territori e guerra
Capitolo VIII · Rigenerazione

Il mondo doveva recuperare senza annullare le conseguenze.

Tra i riferimenti storici utilizzati c'erano cooldown di rigenerazione di circa 10 minuti per i villaggi e 25 minuti per le città. Tempi diversi comunicavano il peso diverso degli insediamenti: un centro maggiore non doveva comportarsi come un piccolo nodo locale.

La rigenerazione serviva a evitare che un singolo episodio distruttivo rendesse inutilizzabile un'area per giorni, ma allo stesso tempo non doveva cancellare istantaneamente l'effetto di una battaglia. Anche qui il punto era trovare un ritmo: conseguenza, finestra di vulnerabilità, recupero.

Capitolo IX · Diplomazia

Il commercio rendeva la diplomazia più credibile.

Le sei produzioni differenziate significavano che un trattato poteva avere una ragione economica. Un accordo non era soltanto una dichiarazione in chat: poteva garantire accesso a una materia prima, proteggere una rotta o stabilizzare un confine. Allo stesso modo, interrompere un rapporto poteva rendere più difficile ottenere un bene.

Questa è una delle idee che consideriamo ancora più forti del vecchio progetto: la politica multiplayer funziona meglio quando le parole sono collegate a sistemi che cambiano davvero ciò che i giocatori possono fare.

Capitolo X · Vita quotidiana

Il RolePlay non era soltanto guerra.

Un mondo persistente sopravvive se offre attività anche tra un evento e l'altro. Costruire una città, mantenere un villaggio, produrre e trasportare merci, organizzare il mercato, scegliere una rotta, presidiare un confine o partecipare a una decisione collettiva erano tutti modi per generare storia senza bisogno di un grande evento scripted.

La guerra è memorabile proprio perché non occupa ogni minuto. Se tutto è battaglia, nessuna battaglia è speciale. RomeSMP cercava quindi di dare valore ai tempi di pace: sono quei momenti che creano infrastrutture, relazioni e interessi abbastanza importanti da rendere significativo un conflitto successivo.

Costruire

La città come identità visibile della comunità.

Amministrare

Risorse, magazzini, ruoli e decisioni collettive.

Negoziare

Merci e territori come motivi concreti per parlare con gli altri.

Trasportare

Le rotte trasformano la geografia in gameplay.

Esplorare

Nuovi luoghi possono modificare priorità e collegamenti.

Difendere

Proteggere ciò che è stato costruito dà significato al territorio.

Capitolo XI · Lezioni di game design

Quello che RomeSMP ha lasciato a EclipsMC.

La migrazione verso EclipsMC ha cambiato identità, tecnologia e priorità, ma non ha cancellato l'esperienza accumulata. RomeSMP ha mostrato che un sistema multiplayer diventa interessante quando produce incontri: il mercato porta due persone a trattare; il territorio le porta a difendere un luogo; la produzione crea dipendenza reciproca; la pattuglia concentra il conflitto in una finestra leggibile; la conquista dà una conseguenza persistente.

Ha mostrato anche il lato opposto. Più un mondo è complesso, più deve spiegarsi bene. Un nuovo giocatore non può essere costretto a conoscere decine di regole prima ancora di muoversi. Le interfacce, i messaggi, i limiti e le conseguenze devono essere prevedibili. Per questo oggi EclipsMC dedica tanta attenzione a Codex, Guide e documentazione: una parte di quella disciplina nasce proprio dai problemi incontrati nel progetto precedente.

Il futuro RolePlay, se e quando tornerà come modalità attiva, non avrà bisogno di copiare ogni numero del passato. Avrà bisogno di conservare il metodo: costruire sistemi collegati, misurare gli effetti, correggere gli abusi e lasciare ai giocatori abbastanza libertà da produrre storie proprie.

IDENTITÀFazioni leggibili
INTERDIPENDENZANessuno produce tutto
CONSEGUENZATerritori e conquiste contano
RITMOConflitto con limiti
MEMORIAIl passato viene documentato
Capitolo XII · Player factions

Eagles, Casa Lannister e House Stark: il mondo non apparteneva soltanto alle sei civiltà NPC.

La ricostruzione dell'archivio sarebbe incompleta se parlasse soltanto di Imperium, Repubblica, Mercanti, Briganti, Barbari e Nomadi. Quelle erano le sei fazioni NPC del mondo. Sopra quella base, RomeSMP prevedeva fazioni create dai giocatori, capaci di organizzarsi e diventare proprietarie di territori conquistati.

Tra i nomi ricordati nella progettazione compaiono Eagles, Casa Lannister e House Stark. Sono importanti non perché il server imponesse una storia prefabbricata a ciascuna, ma perché dimostrano il principio: la community poteva creare identità proprie e farle entrare nei sistemi reali di diplomazia, Recruits, claim e conquista.

È questa sovrapposizione a rendere il vecchio progetto interessante da documentare: civiltà automatiche abbastanza profonde da far vivere la mappa e organizzazioni umane abbastanza libere da cambiarla.

NPCSei civiltà permanenti
PLAYERFazioni create dalla community
CLAIMConquista persistente
STORIAEmergente, non scripted
Continua l'archivio

Da una pagina a una vera sezione RolePlay.

Abbiamo separato i temi perché ogni parte possa essere letta e indicizzata come un approfondimento autonomo senza perdere la coerenza dell'archivio.

IP copiato!