RustyStriker/website
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

add a bit more about dungeons

Browse source
This commit is contained in:
Rusty Striker 2023-01-21 19:51:56 +02:00
parent f6b849746a
commit d71dbc3937
Signed by: RustyStriker
GPG key ID: 87E4D691632DFF15
1 changed files with 22 additions and 16 deletions
Download patch file Download diff file Expand all files Collapse all files

38
stories/decentralized mmo.html
View file

@ -14,9 +14,9 @@
<div>
<h2 id="introduction">Introduction</h2>
<p>
Back in my childhood I used to play quite the amount of MMORPGs(mostly because they were free, but also because they were online).<br>
Back in my childhood I used to play quite the amount of MMORPGs (mostly because they were free, but also because they were online).<br>
The more time passed, the less MMORPGs I got to play, most of the good options were either shut down
or got SUCH a power creep I lost interest in them(like MapleStory when they started adding a lot of overpowered classes).
or got SUCH a power creep I lost interest in them (like MapleStory when they started adding a lot of overpowered classes).
</p>
<p>
As an aspiring game developer, I hope to one day attempt making my own MMORPG, and something which is (sort of) important to me
@ -25,10 +25,10 @@
<hr/>
<h2 id="why make a decentralized mmo tho?">Why make a decentralized MMO tho?</h2>
<p>
Well, you see, whenever I look for alternatives to big centralized services(like Github or social medias),
Well, you see, whenever I look for alternatives to big centralized services (like Github or social medias),
it always seems to me that the best choice is to decentralize and federate it.<br> That way, anyone can create their own instance
and not miss out on everyone else, allowing both greater control to the individual, while also sharing the costs between those
who host their own(and those who decide to donate them).<br>
who host their own (and those who decide to donate them).<br>
</p>
<p>
Besides, there are some useful advantages to federating a bunch of servers in an MMO which will hopefully become clearer later on.
@ -38,25 +38,29 @@
<p>
Mainly, there will be 2 different types of servers:
<ul>
<li><a href="#hubs">Hubs(or Home servers)</a> - Home servers you can register on and play with everyone else</li>
<li><a href="#dungeons">Dungeons(or Nodes)</a></li>
<li><a href="#hubs">Hubs (or Home servers)</a> - Home servers you can register on and play with everyone else</li>
<li><a href="#dungeons">Dungeons (or Nodes)</a></li>
</ul>
</p>
<hr/>
<h2 id="a note going forward">A note going forward</h2>
<p>
My idea of decentralized/federated MMO involves quite the amount of trust,
trust between federating servers(federation will be opt in to allow greater control over gameplay),
and trusting clients to not lie when they go into a dungeon.
trust between federating servers (federation will be opt in to allow greater control over gameplay),
and trusting clients to not lie when they go into a dungeon.
</p>
<p>
Another thing is, while I do wish I could implement this idea into an actual MMORPG, this is merely an idea right now,
if you want to implement this idea into your game, feel free to do so (and maybe link here as well).
</p>
<hr/>
<h2 id="hubs">Hubs</h2>
<p>
Hubs(or Home servers) are the main servers of the network, they are the main authority over your account.
Hubs (or Home servers) are the main servers of the network, they are the main authority over your account.
</p>
<p>
Hubs have an overworld with stuff to do(or maybe not), and where you meet other players and can make parties,
communicate with others, trade and all the usual stuff people do in MMOs(like a dance party).
Hubs have an overworld with stuff to do (or maybe not), and where you meet other players and can make parties,
communicate with others, trade and all the usual stuff people do in MMOs (like a dance party).
</p>
<p>
Federation between hubs is a 2 way opt in federation, which means both servers need to accept the federation for the federation to exist
@ -71,12 +75,14 @@
<hr/>
<h2 id="dungeons">Dungeons</h2>
<p>
Dungeons(or Nodes/Edges) are sub-servers, they are simply a dungeon/map for a party to explore/play in,
and should be where most of the game content occur.
Dungeons (or Nodes/Edges) are sub-servers, they are simply a dungeon/map for a party to explore/play in,
and should be where most of the game content occur,
they are hosted by whoever wants to and are technically simply a level (plus some game data in addition, though they are part of the level)
with an end condition (or fail condition) and a reward.
</p>
<p>
Dungeons dont federate with each other(and technically dont federate at all), but hubs can link/federate(one way) to them and allow their
players to go into a dungeon and get the rewards from it(or optionally, modify the rewards to better fit the server).
Dungeons dont federate with each other (and technically dont federate at all), but hubs can link/federate (one way) to them and allow their
players to go into a dungeon and get the rewards from it (or optionally, modify the rewards to better fit the server).
</p>
<p>
Dungeons occur in private instances available only to the exploring party.
@ -86,7 +92,7 @@
<p>
<h3 id="quick note on dungeons">Quick note on dungeons</h3>
Although dungeons usually get linked to from hub servers, it is also possible to allow dungeons to be played even if they are not linked,
thus allowing players to play all dungeons, but it means non-linked dungeons will give no actual reward(or anything at all).
thus allowing players to play all dungeons, but it means non-linked dungeons will give no actual reward (or anything at all).
</p>
</div>