Glorious Alpha Two Testers!
Phase I of Alpha Two testing will occur on weekends. Each weekend is scheduled to start on Fridays at 10 AM PT and end on Sundays at 10 PM PT. Find out more here.
Check out Alpha Two Announcements here to see the latest Alpha Two news and update notes.
Our quickest Alpha Two updates are in Discord. Testers with Alpha Two access can chat in Alpha Two channels by connecting your Discord and Intrepid accounts here.
Phase I of Alpha Two testing will occur on weekends. Each weekend is scheduled to start on Fridays at 10 AM PT and end on Sundays at 10 PM PT. Find out more here.
Check out Alpha Two Announcements here to see the latest Alpha Two news and update notes.
Our quickest Alpha Two updates are in Discord. Testers with Alpha Two access can chat in Alpha Two channels by connecting your Discord and Intrepid accounts here.
Vassal node rebellion
Nepoke
Member, Alpha Two
After discussing this idea on Discord I was suggested to post it here for the developers to consider. So here it is:
1. What I'm proposing
A mechanism by which a vassal node can declare a node siege on its parent mode. The exact details of how this happens is less interesting to me, but I will describe my own vision of how this could happen in section 3. The most important thing to me is that in some way a node can stand up to its masters and fight for freedom!
2. Why
If the citizens of a node want to keep growing their node, but can't because they are being blocked by their parent node, they currently have no direct means of solving this problem. The current system ties the politics of a vassal node to its parent, and prevents the citizens from aiding attacks against their current vassal chain[1]. The best the vassal citizens can do to rebel is to not show up to defend in case some external party declares a siege. The other rebellion option would be to revoke their own citizenship and join the attackers, but now they've lost their hard earned standing in their home node and have no reason to fight anymore. To me, this hope based passive approach to vassal politics could be made more interactive.
Also, in my opinion the enemies within are just as interesting as the enemies without. Giving vassals a chance to revolt would mean that the parent node now has an incentive to keep their vassals happy to prevent civil war, instead of just unilaterally taxing their vassals. It would also add an extra dimension to node politics, where enemy nodes could try to incite rebellion within the opposing faction with promises of future alliances and wealth.
Finally, I feel that adding the ability to revolt would aid in adding instability to the node system. One of the key considerations with the node system in my opinion is that it can't be allowed to grow stable, where the metropolises collude with each other to stay in power. Giving the vassals a tool that can shake the balance of power could be another check on the system.
3. An example implementation and cost analysis
Once a node has been vassalized by zone of influence changes, it will be put on a cooldown period of one real time week before it can revolt and declare a siege on it's parent. To revolt, the mayor of the node would have to initiate a majority vote for the node citizens on whether they should rebel. If the vote passes, I have two ideas on what could happen next:
a) The mayor can now use a siege scroll[2] and declare a siege on the parent node exactly like any other node siege, with the exact same proceedings. The only difference would be that once the siege timer is up, the rebelling node and its vassals would now be automatically registered as attackers instead of defenders of the parent node. The rebelling node risks the cost of a siege scroll and the parent risks losing their node, just like a regular siege. Should the rebellion fail, the ability to rebel goes on cooldown again. Additionally, the parent node might want to reconsider their tax and trade policies on their naughty children...
b) Same as above, but failure would mean that the revolting node would be destroyed instead of the parent. The rebels would additionally be branded as enemies of state by the old parent node[3]. Perhaps the cost of the siege scroll could be reduced because of the high risks involved to make rebellion possible for poorer nodes.
The development costs of this proposition shouldn't be very high code wise. Both rebellion options a) and b) use already in place code with no additional changes required on questing, trade or node dynamics, with two exceptions: How the node citizens are registered for attack and defense, and how the initial rebellion vote is called. The former could be solved with a more granular database search for the list of participants, while the latter would require the repurposing of economy type node election vote system for a more general vote called by the Mayor. This repurposing could be useful for the introduction of other mayor driven referendums, which could be included later into the system for other reasons. The main costs associated with the system would therefore be testing and balancing related, where the system would have to be examined for potential abuse and values tweaked so that revolting would be a viable option for a stuck node, but not so viable that Verra would plunge into an eternal cycle of uprising.
Conclusions and acknowledgements
I want to thank the Discord community for discussing this idea with me and showing potential flaws with it. I've merged some of the feedback into this write-up and given more thought to other parts that were initially questioned. In any case I think this proposal is sound and follows the risk versus reward principle of AoC. Just like you can attack your neighbor at the risk of corruption, you should also be able to betray your parent node and risk loss. I personally don't like the forced cooperation the current vassalization system imposes.
The revolt mechanic could also be extended in many ways, for example allowing rebellion during an ongoing siege declaration to join the attackers, or adding more custom penalties for failing a revolt, but I don't have the systems insight necessary to say how costly adding these extensions would be. Thus my proposal is as it is, in it's simplest form.
Give it a think and thanks for reading.
1. What I'm proposing
A mechanism by which a vassal node can declare a node siege on its parent mode. The exact details of how this happens is less interesting to me, but I will describe my own vision of how this could happen in section 3. The most important thing to me is that in some way a node can stand up to its masters and fight for freedom!
2. Why
If the citizens of a node want to keep growing their node, but can't because they are being blocked by their parent node, they currently have no direct means of solving this problem. The current system ties the politics of a vassal node to its parent, and prevents the citizens from aiding attacks against their current vassal chain[1]. The best the vassal citizens can do to rebel is to not show up to defend in case some external party declares a siege. The other rebellion option would be to revoke their own citizenship and join the attackers, but now they've lost their hard earned standing in their home node and have no reason to fight anymore. To me, this hope based passive approach to vassal politics could be made more interactive.
Also, in my opinion the enemies within are just as interesting as the enemies without. Giving vassals a chance to revolt would mean that the parent node now has an incentive to keep their vassals happy to prevent civil war, instead of just unilaterally taxing their vassals. It would also add an extra dimension to node politics, where enemy nodes could try to incite rebellion within the opposing faction with promises of future alliances and wealth.
Finally, I feel that adding the ability to revolt would aid in adding instability to the node system. One of the key considerations with the node system in my opinion is that it can't be allowed to grow stable, where the metropolises collude with each other to stay in power. Giving the vassals a tool that can shake the balance of power could be another check on the system.
3. An example implementation and cost analysis
Once a node has been vassalized by zone of influence changes, it will be put on a cooldown period of one real time week before it can revolt and declare a siege on it's parent. To revolt, the mayor of the node would have to initiate a majority vote for the node citizens on whether they should rebel. If the vote passes, I have two ideas on what could happen next:
a) The mayor can now use a siege scroll[2] and declare a siege on the parent node exactly like any other node siege, with the exact same proceedings. The only difference would be that once the siege timer is up, the rebelling node and its vassals would now be automatically registered as attackers instead of defenders of the parent node. The rebelling node risks the cost of a siege scroll and the parent risks losing their node, just like a regular siege. Should the rebellion fail, the ability to rebel goes on cooldown again. Additionally, the parent node might want to reconsider their tax and trade policies on their naughty children...
b) Same as above, but failure would mean that the revolting node would be destroyed instead of the parent. The rebels would additionally be branded as enemies of state by the old parent node[3]. Perhaps the cost of the siege scroll could be reduced because of the high risks involved to make rebellion possible for poorer nodes.
The development costs of this proposition shouldn't be very high code wise. Both rebellion options a) and b) use already in place code with no additional changes required on questing, trade or node dynamics, with two exceptions: How the node citizens are registered for attack and defense, and how the initial rebellion vote is called. The former could be solved with a more granular database search for the list of participants, while the latter would require the repurposing of economy type node election vote system for a more general vote called by the Mayor. This repurposing could be useful for the introduction of other mayor driven referendums, which could be included later into the system for other reasons. The main costs associated with the system would therefore be testing and balancing related, where the system would have to be examined for potential abuse and values tweaked so that revolting would be a viable option for a stuck node, but not so viable that Verra would plunge into an eternal cycle of uprising.
Conclusions and acknowledgements
I want to thank the Discord community for discussing this idea with me and showing potential flaws with it. I've merged some of the feedback into this write-up and given more thought to other parts that were initially questioned. In any case I think this proposal is sound and follows the risk versus reward principle of AoC. Just like you can attack your neighbor at the risk of corruption, you should also be able to betray your parent node and risk loss. I personally don't like the forced cooperation the current vassalization system imposes.
The revolt mechanic could also be extended in many ways, for example allowing rebellion during an ongoing siege declaration to join the attackers, or adding more custom penalties for failing a revolt, but I don't have the systems insight necessary to say how costly adding these extensions would be. Thus my proposal is as it is, in it's simplest form.
Give it a think and thanks for reading.
17
Comments
A mechanic like this would also help stabilize freehold ownership, while complicating efforts to monopolize the system - since I fear the other end of the spectrum where the nodes are too unstable making the idea of a freehold not worth the effort/time because of the risk involved - especially if you get caught in the crossfire of a bitter rivalry that spawns endless node wars.
If the vassel node wins, it goes up one level and the parent node goes down one level. If the vassel node loses, it goes down a level and the parent node gets higher taxes.
Perhaps make it so only one vassel node per every ~2 weeks can rebel so that the parent node isn't constantly fighting down rebellions, but still frequent enough that they will have incentive to work with the vassels.
Part of the idea of Ashes is that as the world changes, players are supposed to change with it. If you want to level up a node to a metropolis, but it is taken over and made a vassal of another node, then you lost, the world has now changed, and you are supposed to adapt to that changed world.
This could mean remaining in your original node under the understanding you are now essentially a subject of the parent node, it could mean moving to the parent node, or it could mean moving to a totally different node.
If there is a mechanism by which players can just siege their parent node (players initiate sieges, nodes don't), then there would be no reason to move on.
It would mean people would just pick a single node and stay put.
Very much not a fan.
"Vassal nodes cannot declare war on their parent node or any of their vassals.[1]"
https://ashesofcreation.wiki/Vassal_nodes
IS is clearly enforcing a specific grouping structure on the players. I'm not sure if that's a good idea. It could be better to start with stability and as the servers age, determine if vassals should be able to rebel for their own gain because the servers are too stable.
Under the current system, it seems that players that are attacking a metropolis must travel a significant distance since they have to be from outside the range of vassal nodes that is 20% of the world around the metropolis. Presumably, the rewards are high enough to justify the work. However, if vassals could rebel then they could attack the nearby parent node with relative ease and stand to potentially gain much more if their node is able to advance while also getting all the siege rewards that are normally good enough to siege for.
It appears that vassal nodes may be very incentivized to attack the parent node relentlessly. Should a metropolis be faced with a potentially constant barrage of sieges from the many nodes under its control in order to be a metropolis? Perhaps if the vassals rebel and lose, then they are fully subjected to the parent for a period of time such as a month that rebellion cannot happen. Also, perhaps rebellions should be limited to to 1 rebellion per 1-3 months out of all vassals.
Note, rebellion battles may be difficult as the metropolis is the node with the most citizens. Rebellions may need to rely on the help of anyone else willing to join into the fight on their behalf. Or, perhaps rebellions should require multiple vassals to join together to create the siege.
Shifting gears here, consider what would happen if a level 2 node rebels against a metropolis and wins (perhaps it had help) and reduces the parent from level 6 to 5. In this case, the level 2 node cannot advance to 3 until the level 3 nodes around move to level 4; and, then the level 4 nodes cannot advance until the nearby level 5 node advances to level 6. So, if rebelling level 2, 3, or 4 node wins, then that node will have difficulty advancing if at all. It certainly does not mean that node can become a metropolis. This could be solved by restricting the rebelling node level to level 5; or, only allowing a node to rebel against nodes that are 1 level higher.
I think IS may have been trying to avoid the mess in the previous paragraph by blocking vassals from rebellion. Personally, I think it is a good idea to keep on hand in case it turns out that servers are too stable as the OP pointed out; or, if servers are having a problem with metropolis nodes banding together to keep all lower nodes down.
@Noaani The problem with AoC’s current design is that a node can reach level 3 very early on (a few days) and then instantly vassal everyone else around it... then all those other nodes around are just stuck at a lower level until an outside force liberates them.
You talk about the idea for AoC being that the world changes, but you are arguing for a system that allows less change (with nodes being stuck under their parent node). If you want to make an argument for AoC being about change, then vassal nodes having the option to rebel is how you get more change... not the other way around.
Thing is, player behavior changes are far more important and far more impactful.
Your node being made a vassal should change your behavior - either live as a subject of the parent node, move to the parent node or leave the area.
These are real changes (well, the first one isn't).
Staying put so that you can eventually siege your parent node isn't encouraging or facilitating player change - it is literally encouraging people to stay put and not change.
I’m not sure if you fully read the post, but there are serious repercussions in the suggested system of a vassal node being able to siege its parent node. There is serious risk vs reward to that system and risk vs reward is THE main design pillar for AoC, much more so than players changing with world.
I would disagree with this assessment.
Risk vs reward is the 5th of five pillars that Intrepid talk about - hard to call it THE main design pillar.
The way nodes work (which includes the fact that players have a choice when their node becomes a vassal) touches on player interaction, player agency and reactive world - which are the second, third and fourth pillar Intrepid talk about.
You can't have five design pillars if you swap out everything to suit just one of them.
The fact is that risk vs reward is a design pillar and the player having a choice when the their node becomes a vassal is not a design pillar. Risk vs reward also touches on player interaction, player agency, and reactive world.
I'm just saying that if we're talking about design pillars and ideas that AoC revolves around, then a vassal node being able to rebel against a parent node (with great consequences) lines up a lot more than a vassal being stuck there until who knows when.
The suggestion is not adding risk vs reward, it is adding a chance to have your node destroyed, which is risk vs reward, which is a design pillar.
Player choice of node home is not a design pillar, but it is a factor of a reactive world, which is a design pillar.
In both cases, there are mechanics at play that touch on design pillars. I'm not arguing that because the status quo works towards some design pillars it needs to be kept, I am saying that because the status quo works towards some design pillars you can't use the argument that the suggestion would work towards some design pillars.
Edit: word
Both alternatives under discussion here meet different aspects of the games design pillars.
Risk vs reward is also met in many, many other places. The reactive world aspect of the game is basically restricted to the node system.
The status quo is as it is in order to encourage players to move around to different nodes, as this is one of the two major catalysts for change.
Making this adjustment removes one of the two major avenues for change in the game world, leaving sieges as the only way for the world to realistically change if this went ahead.
Since there are already many other reasons for nodes to be sieged, the very slight increase that this would see in new sieges (and thus new change) would not be enough to counter the lack of player migration (and thus change) between different nodes.
If we assume that the suggestion at play here does indeed add risk (see below), then at best, what we are doing is taking one of the design pillars that has very few systems assisting in realizing it, gutting one of those systems and handing the remains to a pillar that has many, many systems in place to help realize it.
That just isn't a good swap.
Also, I would argue that this doesn't add any risk vs reward at all, it simply shifts it. As it stands now, you are putting yourself in a position of risk if you start working towards leveling a single node. There is reward in the potential for property value, and amenities that suit you - but there is risk in that your node may be made a vassal of another node, holding up it's progression.
So I absolutely wouldn't say that the suggestion is adding risk vs reward, it is simply moving it.
It'd be interesting if a vassal siege didn't destroy the parent node entirely, but maybe just de-levelled it to their own level. That way, there'd be a race to earn xp to out-level each other.
I think the core disagreement I have with this view is the concept of change in AoC as you see it.
You correctly identify that the two main driving forces of change are people moving about on their own will and people being forced to move because the node dies. But in my opinion one is much lesser than the other.
For a thought experiment, consider a player moving around in other MMOs. When a player decides to move his general hanging around spot from Stormwind to Ironforge, how much has the world changed? What about someone moving their house from one part of the continent to other in AA? I'd say very little. Only the local social context has changed and one area loses a small bit of services while another gains, but the rest of the world goes on.
Now consider if one day Stormwind just vanished off the map? What if one day the pirate town in AA would just sink? Now this to me feels like an actual change to the world, and is the thing that's revolutionary about Ashes. Not only has the actual geography of the world changed, but now the whole population of a node has to move instead of just individuals. I would favor any system that promotes more of this world level change over individual level change, if I had to choose. (With the caveat that it's not so frequent nothing ever gets built, thus the risks and cooldowns involved in my proposal.)
Finally, while I acknowledge that individuals moving around is more impactful in AoC compared to other MMOs, I'd also like to point out that the possibility of rebellion in no way prevents this. If a master crafter is dissatisfied with the resources their node has or the taxes levied on them, they can just leave the node and not care about staging a revolution. Similarly other fortune seekers are just as free to hop around Verra to find the most profitable location for their ventures. The ability to rebel would only apply those deeply attached to their node, and would rather risk for further gain than sit idly hoping someone else fixes their problem. As I understand, driving players to be attached to their nodes is the core principle of getting solo players invested into the social aspects of the game. Having a dead end state a player can't do anything about seems like a let down.
So in summary, how I see it is that a rebellion mechanic would increase the big scale world change while not really preventing the small scale change. Additionally it would give node citizens more agency over their own fate and promote more social interaction in the form of node politics, while also enriching player attachment to their nodes. I don't see how any of the core design pillars are violated with this proposal.
In any case thanks for the feedback. I've also read the other comments but decided Noaani's post was the one I wanted to address the most. I'm also surprised as this post got way more interaction than I expected and I'm hopeful it'll reach the devs for consideration instead of going directly into the trash.
As the system stands now, if you are leveling a node, a big part of that is knowing that if you turn a node in to a vassal, then you have no real need to worry about that node any more. Altering that removes that aspect of player agency from the players in the larger node - and now they are essentially at the mercy of the many nodes they have as vassals.
Basically, this suggestion completely removes the ability for players of one node to effectively subjugate another node - which is a fairly massive chunk of player agency.
And that is the thing with player agency - it is a finite thing and so any time you are giving some to one group of players, you are taking it from another group.
I am a huge fan of the risk vs reward systems I hope this game utilises. On the subject of vassal “rebellion” I believe the idea is great! Nobody should ever enjoy living under the rule of another indefinitely.
I’ve been wracking my brain as to a suitable risk vs reward for vassals attacking their Lord and here is my ideas;
The reward: a vassal that successfully sieges their Lord city should absorb anywhere up to 50% of the current node xp towards the next level node (along with the usual looting rights which may or may not extend to freehold looting)
Thoughts: If the initiating vassal gains extra node xp that also causes a risk for any other node with the COI from just banding together to take down the highest level node whenever they want.
The risk: a vassal node that is unsuccessful in sieging their Lord city should be blocked from using that cities buildings for a span of time relative to the level of node being sieged. Potentially also add a resource debt for any buildings destroyed or damaged.
Thoughts: my biggest fear of vassal sieges is the abuse of having them siege a Lord city just to reset the grace period between sieges. I think locking then out of city buildings would be able to prevent that from happening. I also think it could be a good option to let the vassals pick whether to attack or defend
Additionally the vassalization system as it is doesn't involve much agency to begin with. The only way to vassalize something is to try to outgrow other nodes the best you can. Players don't get to choose who they vassalize and the vassalized party never gets a chance to defy the vassalization. I can't quite understand how you see the current system having more play agency than the proposed one.
@Biccus I personally like the idea of stealing node xp, as well as the idea of deleveling the parent node proposed earlier in the thread, but I'm not sure how viable they are development cost wise. My idea is just an example made out of the building blocks that are already within the game. I can't personally advocate for additional functionalities that won't be used by anything else than the rebellion mechanic. But yeah stealing xp would be more interesting than the all or nothing design if it is added to the game.
As for abuse potential, I think it's limited due to the fact it uses the same siege scroll and siege resolution as a regular siege. The attacker has to pay the cost of the expensive siege scroll (and other possible repercussions.) The defender can't "fake siege" itself through vassals because, well, anyone can join that siege and raze your node. You just gave them a free opportunity. But I guess I should have made it clear that the rebellion I propose follows the same grace period rules as normal sieges. No rebellion during the grace period.
However, the simplest definition that I have seen that actually works is that player agency is the ability for players that are playing the game to affect the game - whether the story or the world.
You can't make the claim that me picking a node next to yours, getting a load of friends in to help, leveling that node and thus making your node a vassal is anything other than player agency.
Since the story and the world of Ashes are completely defined by players, any player agency you give to one group - any ability to affect the world you give them - you are inherently taking from another group. You are right that player agency can be a zero sum thing in some games, but not in Ashes - as the level of over all player agency is fairly well defined already.
Also, we do have a choice as to which nodes we make vassals, we make that decision when we pick which node we are going to level up.
To be clear, I am not against the idea of there being a mechanism for revolt or rebellion between vassals and their parent, I am simply against this suggested implementation of it. Any such mechanism needs to take in to account the need the games design has for players to move around, and the desire the games design sets out for players around a metropolis node to all essentially work together (there is a reason metropolis nodes can send aid to vassals - and it isn't because they are supposed to be enemies).
At the very least, there should be specific criteria that the vassal node needs to meet - or more specifically that the parent node needs to fail to meet - before something like this could happen. This could be as simple as the vassal node "losing" when attacked in a monster coin event - the parent node didn't help out enough, and so the game first gives the parent node a window in which to aid in rebuilding the vassal, and if not rebuilt in that time gives the vassal a window in which to rebel.
This I am ok with, because it doesn't allow players to plan on rebelling as soon as their node becomes a vassal - which in turn means players in that node still have that same choice of staying as a subject, moving to the parent or moving out all together.
In going over the forums the last few months, yours truly has the distinct impression that most would-be players are yet to realize that they will likely move at least a couple of times, per year; What we build is *expected* to fall, eventually. A lot of folks seem to speak (post) as though they are hoping to settle in on Day one, and then never have to move again, or not for many years. This just isn't likely to be the case. If you really, REALLY like the geographical features of an area, go right ahead and settle in, and don't move until your Node resets - but at that point, aren't you going to have to re-place your Freehold, anyways?
Kind of neutral on the possibility of Node rebellions, personally. You're essentially saying that your Node's land is the best land anywhere, and that the land itself is the basis of what you're defending/promoting. Ask yourself: If my Node falls from siege, is it worth it to resettle in the same exact place? I'd argue that it's not, since the services of that area are now reset; You're better off seeking opportunity, elsewhere.
If "country" Nodes (I don't have a better term yet for the Nodes that presently MUST be vassal-ized around a higher-tier Node) are allowed to fight eachother, won't this allow for the lord-Node to also punish/seek revenge on a vassal Node?
Would it be fair to allow a lord-Node to siege a vassal? Would it be fair to allow a vassal Node to siege the lord-Node, but then to disallow the lord-Node to siege the vassal?
- Vassals pay tax to the master node
- Vassals are capped and can't level while the master node doesn't level
- Vassals can't declare war against their masters or their masters vassals
- there are benefits and bonuses for the vassals
- today the only way to be free from vassalage is if the master node gets deleveled
But what if your citizens don't want none of that?
Rebelion is the answer.
Rebelion should be defensive, the vassal should rebel against the entire chain, if the node survives then it is free and give the node a safe period of a month otherwise it will be enslaved again right away.
afaik, to declare war on a node, you have to do some quest or gather some materials and its supposed to be very difficult (depending on the level of the node), it wont be something that happens too often on the same node. so if one person gets the certificate to declare war, how do you choose the defenders and the attackers? the defenders will be the citizens of the parent node and the attackers will be the citizens of the child node? what if most people dont want to rebel?? are you gonna have just one guy attacking? are people willing to give up on the services and content unlocked by the higher level node just so that a lower level node can level up?
if you want your node to level up, why not ask your guild or freinds to farm in that are instead? it could level up before a nearby node does.
I think there should be different mechanics in regards to rebellion. The first should be over the taxes that go from a vassal node to a parent node. Right now the design is that the parent mayor unilaterally gets to decide the percentage of taxes they take from the vassal. Why not let the vassal node fight to simply not send taxes?
I disagree that this method of rebellion should be accomplished by the vassal successfully besieging the parent. Rather, the vassal citizens and mayor could complete a certain series of quests to gain the equivalent of a siege scroll that would withold taxes.
Then, whether the vassal has to send taxes or not could be done by two ways.
1) The parent node has to besiege the vassal, and wins if within 30 minutes to an hour they knock down a city wall or gate and capture one respawn point.
2) The parent node sends a tax collecting caravan to be sent to the vassal node, and the vassal node must destroy it before the caravan reaches the vassal node.
Both of these similarly will already use existing code to determine whether taxes are sent. It also gives the vassal node a little edge, since I believe they should be getting home field advantage.
The other rebellion would be as you put it, to attempt to destroy the parent node in order to raise your own node's level. This would be accomplished via your idea of sieging and destroying the parent.
Failing either could also have interesting consequences. Maybe the parent node gets to hang the mayor in the city square, and the mayor losing the right to re-election for 2 months.
But in general I love the idea! Great post
I still stand by this thread and hope that when Alpha 2 hits the current vassal system is questioned.
I bet many people would be willing to rebel if they've invested heavily in the community of one specific node, or they want to unlock some content only that node offers.
My suggestion was that the mayor can use the siege scroll only after a popular vote with the citizens of the node. The citizens and vassals of the rebelling node can join the attackers now, unlike before they could only defend.
This whole thread is about AFTER a node has been outleveled and vassalized. Sure, you can try outlevel your neighbours and nearby vassal chain masters, but once you lose the race there's nothing you can do with the current system. The only option is to wait for someone to siege your parent node succesfully, and you can't start the siege or help the attackers. This doesn't sound very cool.
But I think that there is some kind of contradiction with current system and rebellion system. It is a little strange that you would become vassal automatically without possibility to state your objection. And only afterwards declare rebellion. You could even win rebellion only to become vassal automatically again. I think that in first place vassal nodes should gain ways to reject and defend against vassalation.
In my opinion vassalation of node should be player driven mechanism. At least vassalation of nodes level 3 and higher.
I can image two ways to vassalate another node.
First Mayor of parent node makes a proposition to lower level node. Potential vassal can accept their conditions or not.
If they didn’t accept voluntary vassalation parent node could use force (some kind of siege) and winning would not delevel vassal node but vassalate it in harsh conditions.
So when you are outgrown you are not destined to submit. First you can defend against vassalation and then you can declare war to delevel node that blocks your advancement.
Next step after making vassalation non-automatic could be adding possibility of rebellions. But vassal node agreed or was forced to vassalate so rebellion could be declared only after significant amount of time.
I havent worked through all of the details, but I think maybe a situation where the rebel node votes to secede, then an automatic siege is scheduled during prime time a few days later, but of the parent node against the rebel. The parent doesnt have to pay for a siege scroll because they can't trigger this situation, and the rebel runs the risk of having their node destroyed or damaged, depending how much the parent node wanted to punish them for their rebellion. The parent node might want to completely wreck them to make an example out of them, but that would also probably lower the tax income from that node, so there might also be a good reason to be a bit more merciful.
If the rebel survives the siege, they wouldn't level up or anything, but their link to the parent node would be severed, so no more taxes from above. Then add a 30 day cooldown (or whatever number makes sense) until the parent node could siege them again to try to recapture the rebel node.
Whether it works exactly like this or not, I would still really like to see smaller nodes have some recourse against larger nodes above them in the hierarchy, to make sure that those big nodes have a good incentive to treat their vassals well. Sure, abused citizens can just leave if they don't like it, but some kind of system like this would be so much more dynamic and engaging.
This is the rebelion topic, maybe you clicked the wrong topic?
Vassals are not allowed to declare war against the master node or declare war against other vassals of the chain
This was my first impression too, but I found two ways:
1) ganking gatherers in the master node, which sadly there is a Corruption system for protection your carebear oppressors
2) guild wars: the guilds in the vassal node are allowed to declare war against guilds farming stuff in the master node... that should help a lot the effort in deleveling the master node
3) helping anyone who wants to destroy or delevel the master node
Guild wars is by far the best, unfortunatelly we can't freely gank people in the master node and the vassal can't declare a node war.
Well, this is why I say that the relentless carebears will become the new griefers in AoC, because they will farm pve 12 hours a day and level their node and enslave all nodes around them. Then can farm PVE with the Corruption system at hand...
I guess the solution is declaring a node war early on and beat up the carebears, otherwise they will enslave your node.
Yes, there is no objection system... which is kinda almost fine, your node will have to declare a war early on and if you become a vassal you will need all your guilds in your node declaring war on the guilds from the other node.
Also you will need a lot of gankers ruining thei pve farms....
If everything is done very agressively then the master node should delevel and the vassals will be free again.
I don't know, I'm in favor of some automatic oppresion because that will force people to fight for their freedom, otherwise stuff will be kinda too diplomatic and too watered down.
Yeah, war all the way baby! But it has to be an early node war and later through guild wars.
I think the mayor should use the rebellion policy and the citizens should vote.
The rebels node should not give any tax or xp to the master node and i think the rebels should fight a defensive war against the chain... if the rebels survive for maybe a week or two then it becomes free.... something like that.