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 completaPrima 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.
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.
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.
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 completaGrano 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 completaCuoio 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 completaCarbone 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 completaLegname 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 completaSabbia 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 completaIl 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.
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.
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.
Centri politici e logistici. Il loro valore derivava dalle relazioni con i villaggi, dal presidio e dalla capacità di concentrare attività.
Nodi produttivi e satelliti territoriali. Erano piccoli abbastanza da creare molti punti di interesse, ma abbastanza importanti da cambiare una strategia.
Presidi fortificati con raggi differenti per fazione, usati per rendere visibile la differenza di impronta territoriale tra le comunità.
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.
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.
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.
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.
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.
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.
Nella pagina Territori, raid e conquiste abbiamo raccolto raggi, collegamenti, condizioni e motivazioni di design in forma molto più dettagliata.
Apri territori e guerraTra 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.
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.
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.
La città come identità visibile della comunità.
Risorse, magazzini, ruoli e decisioni collettive.
Merci e territori come motivi concreti per parlare con gli altri.
Le rotte trasformano la geografia in gameplay.
Nuovi luoghi possono modificare priorità e collegamenti.
Proteggere ciò che è stato costruito dà significato al territorio.
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.
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.
Abbiamo separato i temi perché ogni parte possa essere letta e indicizzata come un approfondimento autonomo senza perdere la coerenza dell'archivio.