this3ndup
-
Posts
24 -
Joined
-
Last visited
Posts posted by this3ndup
-
-
After trying to find the post, I fell short on it. The idea is that the projectiles act as visual referrence for "time to respond" on the receiving end. You see missile coming? Well, they are slow compared to lasers, so you have to time to power the shields. Laser? Good luck reacting to the speed of light. That's my point. The post I've read had something about that the projectiles were not "physically intercepted" sicnce the game utilises alock-on mechanic, but it provides you a chance for counter-play if you have the experience to see a trick coming.. or the other side telegraphs it.
In my example. pyroblast is like a rocket while a shock is like a laser. Both are lock-on, but only on of them has a real "travelling time". If I find the post, I'll post the link here.
It appears that you are correct; here's a quote from the "Ask Us Anything" thread that was just posted on the 28th:
"As for missiles, they will most likely have no physical reality, beyond the visual FX that will be client-side only. The way combat will work will be through basic lock + fire mechanism, where the actual impact is probabilistically calculated based on various parameters (skills, distance, armor, etc)."
-
Repairmen would have to keep the ship's system going on, especially during a heavy fight... Repairing, is not a "one man job" like coordinating a turret battery. It takes a crew to keep a ship up and running, while only one Weapons' Watch officer to keep the turrets aimed at the correct target.
Hope this clarifies my point.
That's exactly the point I made originally: the need for repair crews would be a benefit of a multi-crewed ship over a single-player ship. Something must have gotten lost in translation, but I think we're on the same page!
-
Look at the Ask Us Anything thread on the main page. There you can find a response that pretty much declares that energy weapons and ballistic weaponry will be handled the same for the server load, in other words, simple cosmetic projectiles, with possibly a travel time for the projectiles to enable for a counter-play with the shield system, while laser having cooldown sessions and instant travel for a balance between the two.
If you played WoW, is the exact same thing in a way like Presence of Mind Pyroblasts and the Shaman Shock spells. Pyroblast travels through the air until it "connects" and deals its damage (or for 3.5 seconds in flight before hitting anyways), while Shocks are instant if within range.
If you see a pyroblast coming, you can reflect or pop a shield as it flies to reflect it back to the caster, but a shock you have to have foresight to reflect it.
Hope I was comprehensive.
I looked over all the posts there to see if I missed anything, and I'm not seeing the response you refer to (or any questions about the topic at all). I'll have to see if I can dig up the statements I remember reading; I'm fairly certain it exists somewhere!
-
You are both wrong and correct. Let me explain.
A script to run, will consume energy, and ships can't have an unlimited amout of power to support your automations. This is the balance between the two aspects, automations VS manual. And you can't have 100 players manning 100 guns. It's counter productive, but you CAN have one player, coordinating batteries of turrets via an in-game console. That's more like how a giant battleship would function. Keep in mind, a weapons' targeting system would require a lot of code and by the way I reckon this, DPUs will consume power depending on how many lines of code operate in it. So, here's your balance. You can make a ship being a one man deal, but it will be VERY, VERY, costly to get it out for a joy-ride.
Perhaps I'm missing your point; what does this have to do with players actively repairing ships during combat? I'm unclear how your explanation of weapons and coding applies.
-
Does anyone have any links to statements from the devs regarding ballistic weapons? I was under the impression that weapons firing any kind of physical projectile had been nixed in favor of "energy" weapons as those are easier to handle in terms of server resources. I could be wrong, but I do remember reading something along those lines.
-
One area in which the benefit of multi-crewed ships would be apparent in combat is with respect to repair. The devs have already mentioned the role of players in actively moving around large ships repairing damaged systems in real time, and this is likely something automated systems in the game would not be able to accomplish.
- Anaximander and Captain
-
2
-
While there is a lot of interesting theoretical discussion here, I don't think any variation of unlimited speed is even on the table. The reason space MMOs have embraced the unrealistic notion of a speed cap in space is because unlimited speed--no matter how you balanced it for gameplay--would be impossible from a technical standpoint. There will be a speed at which the game itself simply won't be able to keep up (try playing Space Engineers with extreme speed mods, for example). This is why it's necessary to have different speed "tiers" that are governed by different game mechanics. It's a workaround dictated as much by technical constraints as by gameplay.
- Thoger and Jett_Quasar
-
2
-
Like what we say to all other federations, republics and other democratic forms of interplanetary governments, Vulture Corporation (and its various corporate and industrial partners) is able to design and develop various classes of ships, from drone fighters, advanced superiority fighters, transports all the way up to small scale (at first) frigates and light carriers.
Our ethos is by providing all democratic governments the ability to purchase our designs, or order more advanced using their own research if more advanced, we might garuntee as many civilians as possible the right to freedom and democracy across the galaxy. We will be selling access to blueprints, which means that once you aquire the blueprint the more ships you build, the cheaper each unit is (of course you will need to gather resources... I believe Chromium Industrial will be well equipped for that, and is one of our partners for larger scale projects including space stations and jump gates)
I hope you choose to do business with us, and we hope to provide your federation with an excellent array of space craft.
Steve
Corporate Facilities Manager and Cheif Product Developer
Vulture Corporation
We appreciate your commitment to supporting the legitimacy of democracy in DU, and look forward to seeing what your corporation will have to offer!
-
Welcome to the Federated Colonies of Nova Promissa; we are now accepting applications for citizenship!
The FCNP will be a federation of semi-autonomous colonies governed by democratically-elected officials, committed to promoting three key pillars of free society: life, liberty, and property. Building off of these core principles, the mission of the FCNP will be threefold:
1. To protect citizens from those who would do them harm, while holding citizens accountable for harming any member of another peaceful organization;
2. To uphold the right of its citizens to free and unrestricted activity insofar as it does not violate the principles of the federation or the sovereignty of another organization; and
3. To provide its citizens with opportunities to obtain and develop personal property as stakeholders in its colonies, while ensuring that every colony remains a safe and secure location for the holdings of those citizens.
The FCNP is not a guild, clan, or corporation, but an organization that aspires to become a legitimate government elected by its citizens to represent their interests and resourced by their contributions in order to secure those interests. More information on organizational structure, citizenship, and regulations will be coming soon!
Motto: A Posse Ad Esse ("From Possibility to Actuality")
Demonym: Promissan
-
Unfortunately, I'm writing this from my mobile and can't figure out how to include a link, but this question has actually been asked and answered by the devs. The official line is that custom imported textures (for painting) will not be in the game, and players will have to stick with the default options. Custom colors, however, are a work in progress. They did say that smaller decals like logos, emblems and flags might be possible, though!
-
As a disclaimer, I realize the mechanics of what I'm proposing below may not be entirely "realistic," but I think they're plausible enough to pass muster for a sci-fi game like this and provide compelling gameplay implications. I’m personally okay with the fact that it’s to some degree sci-fi technobabble loosely based on scientific principles.
The basis for these ideas is the fact that there are (currently) two primary ways of detecting things in space: visible light and radio waves. There are other methods based on inference, but to directly detect an object, it must be visible or emitting radio waves. With that in mind, I think there should be two different categories of sensors that are generally available:
1. Optical Sensors
Optical sensors would would only be able to detect objects that within direct line of sight. These sensors would monitor the surrounding visible space within a certain range for anomalies in the visible light spectrum as well as infrared using advanced video analytics. The advantage of these sensors would be that they are completely passive; they do not emit anything that could be detected by other sensors. The disadvantage would be limited range (“visual range”).
Optical Countermeasures - Passive
One technology for evading optical sensors could be active camouflage. This could come in the form of an element that bends light around the ship. It could be counterbalanced by high power consumption and limited in duration by a “heat sink” used to store excess heat to mask the ship’s IR signature. If the player lets the system run too long, the excess heat could be released in a sort of IR “plume” that would flag the ship over an even longer distance than normal.
Optical Countermeasures - Active
Another option could be a “dazzler” that blinds targeted optical sensors using a laser, preventing them from pinpointing the construct’s location, but alerting them to its presence.
2. Radar
What I'm calling radar here could exist as both an active and a passive system. On the active side, radar would be able to identify objects at long range by bouncing radio waves off of them. On the passive side, these sensors could also pick up radio waves when emitted by other constructs, either from their own active radar or from communications. The advantage of these sensors would be their range. The disadvantage would be the fact that other sensors could detect the radio waves emitted in active mode.
Radar Countermeasures - Passive
One “stealth” technology for evading radar could be the application of advanced Radar Absorbent Material, or RAM. Perhaps this could be an actual material that can be added to other voxel materials (depending on how the refining/crafting system works) that would reduce the distance at which they can be detected by radar systems. This would be expensive initially, but also a permanent solution with no ongoing cost.
Along these lines, some materials without RAM could be inherently more reflective than others, meaning that there could be an inverse relationship between hull strength and radar signature.
Perhaps an even more advanced countermeasure could be a shield function that would mitigate incoming radio waves electromagnetically. This could be even more effective than RAM, at the cost of increased power consumption.
Radar Countermeasures - Active
A radar “jammer” could be employed, interfering with all radar sensors in a given area (unless the construct has a particular tag). This would prevent any radar from pinpointing the construct’s location, but would alert them to its presence.
Any of these countermeasures could be defeated if a construct broadcasts anything, making “running silent” a legitimate tactic for stealth constructs.
However, there could be a third tier of sensor that--while prohibitively expensive and difficult to manufacture--could defeat any of the above countermeasures:
3. Quantum Sensors
Quantum sensors could detect the gravitational radiation of objects, making it impossible to hide the existence of any mass by masking its electromagnetic signature. The advantage of these sensors would be their range and resistance to stealth technology. The disadvantage would be the astronomical initial cost, use of rare materials, and significant power consumption relative to detection range.
-
Sorry, but you guys are pushing this game to be EVE 2.0, which will likely keep those that left EVE in the first place to become new players of DU.
Besides, this game isn't a sub based game, it is a P2W game; hence the players with the most $$ in their purchases will likely have the most say from the PoV of the devs. This game is going to be money talks BS talks, because players vote with their $$. IOW, not every player put themselves to carry the same "rights" compared to other players in the first place.
Not sure where that's coming from; the devs have clearly stated on many occasions that this game will be subscription-based with no exchange of real-world currency for in-game benefits. How would this game become P2W as you understand it?
-
I agree that a full-blown survival model with food and water would be a bit much for what this game is. That being said, the need for sustenance would infuse more complexity into the economy and introduce a new consideration to weigh along with other cargo, fuel, ammunition, etc.
What I might like to see is "sustenance" simplified into a single item, much like a future MRE, that would need to be carried on your person or in your construct as a sort of solid fuel for your character. You'd simply consume them over time, and if you went too long without access to one, there would be some sort of negative effect. If not damage and outright death, at least some sort of debuff.
To craft this item, special food resources could be required, meaning some degree of simplified, low maintenance farming and gathering would be necessary for production. This is surely something many players would largely automate eventually, reducing the burden on play time while retaining the impact of that infrastructure's existence in the game world.
In my opinion, some sort of sustenance model could be an important balancing element, and would lead to some compelling economic opportunities and geopolitical dynamics in an emergent game world such as this.
-
As Fitorion noted, there is a certain inherent cost to warfare if "ammunition" (i.e. lasers) and defensive countermeasures require energy, as long as said energy requires a finite resource to generate it.
If you need fissile material for your reactor, for example, your ability to expend energy in warfare will have to be weighed against the availability of said material. The prospect of expending limited fissile material and possibly even losing it in combat along with your ship would be a check against uncalculated aggression.
Other sources of power could be available, but not sufficient to actively power energy weapons and defenses without heavy batteries/capacitors, making it difficult to incorporate these systems into inefficient (e.g. heavily armed and armored) vessels.
This also means stationary defenses could always be more efficient than offensive weapons platforms (as they could field heavier weapons without the consumption of fissile material due to the absence of size and weight as a limiting factor), helping to inherently balance PvP against well designed and established facilities.
-
I think a way to work around the performance loss due to multi-block-structures, could be an entity editor in wich you could build and test your multi-block creations. if you then hit the finish button it would convert your creation into a single entity with fixed stats. So you have the best of both worlds, the customizability of FTD and Starmade and the less performance hungry single entity strategie from SE and Empyrion. And with such an editor you could not only build weapons and reactors, complex mechanical cotraptions would be possibly too.
This. If I recall correctly, it was stated somewhere that this is how the ships will be handled; as opposed to existing as constructs of multiple blocks like SE, they'll be "merged" into a single entity for the sake of performance (I know, links or it didn't happen; I couldn't find the reference). It stands to reason that you could create sub-components the same way which could be merged into single entities with fixed qualities and then incorporated into larger designs. A system like this would add tremendous depth and flexibility and open up a market for custom sub-systems that other players could incorporate into their own designs.
-
"When you’ll buy a good on a market 1.000km away from where you stand, it will show up in a local inventory physically attached to that particular market container. So, you have to factor in the cost (in time) to get there and collect your good."
https://devblog.dualthegame.com/2014/12/04/from-barter-to-market-economy/
Thanks for the link! I had to imagine this had been addressed somewhere...
-
From what I've gathered, it seems most likely that most buying and selling will take place via some sort of player-built transaction terminal. I would propose that any terminal allowing transactions involving physical resources should be tied to a physical inventory. In other words, if you're going to sell a certain amount of a particular resource, it shouldn't be magically conveyed through the terminal from one virtual inventory to another via the terminal. It has to actually be there, in a storage container, and provisions must be made for transferring it to another storage container. It's a simple mechanic with far-reaching implications.
Practically, this might look like a container connected to some sort of connector (like a docking ring, perhaps). The terminal would be linked with these components, and a player would need to link their container (probably most often a ship) with the connector in order to transfer resources as the result of a buy or sell order from the terminal. This would ensure that players looking to trade physical resources would have to actually be present at the location to either deposit those resources or retrieve them. This means that trade would be grounded in the game world and not some sort of economy overlay, with a fundamental need for real shipping routes and centralized trade hubs. This would in turn mean that well-resourced stations and colonies with solid infrastructure would have an essential place in the game world, as they do in the real world.
This simple requirement would drive many other pursuits that would grow up around supporting (or exploiting) living, breathing trade networks where physical resources are being ferried between locations and stored on site. Real-world civilization has largely been shaped by the need for access to physical trade routes and infrastructure, and I think this would be a simple but necessary mechanic for driving a dynamic in-game society and diversifying the number of viable roles for players. This may be what the developers have planned, but I just wanted to throw this out there and see what sticks!
-
I think the core philosophy of a game like this is providing a robust framework for emergent building gameplay on a massive scale, as opposed to providing a realistic spaceflight simulator. It's about building constructs, organizations, economies, and societies. It's a civilization simulator. Some things like limited Newtonian physics for spaceflight would be really nice, but beyond that a full-blown physics model governing planetary bodies wouldn't serve the actual purpose of the game and would (IMO) just be a distraction for developers and a barrier for less technically inclined players. The important thing is creating a universe immersive and plausible enough that players can suspend disbelief and enjoy the canvas they've been given on which to create.
That being said, the suspension of disbelief would require something to create the illusion that planetary movement is happening. Perhaps each world could rotate on a fixed axis, providing a day/night cycle and creating a passable illusion that other planetary bodies are rising and falling in the sky.
-
In a game like Star Citizen (a common comparison), the experience primarily revolves around spaceflight. You're flying a ship, docking at stations, and landing on planets, but you're not exploring planetary surfaces for resources, gathering, building, and fostering ground-based civilizations. It's a very limited sandbox, and emergent world-building is limited. In a game like this, there will be entire worlds to explore and colonize without ever setting foot in space. There will be infrastructure to be developed on a grand scale. Discovering a single planet could open up a land grab contested by a vast number of players and organizations.
While discovering a new planet in many other procedural space games is a novelty for the player discovering it that might offer some new resources, opening up access to a new planet in a game like this would bring with it an entirely new round of emergent gameplay on a grand scale. New civilizations, politics, and economies would rise up and exert their influence. A shift in the previously established balance of power would follow. The consequences would reverberate throughout the game world and players and organizations would have to adapt accordingly. This possibility is tremendously exciting, but it also means that discovering new worlds should be a task demanding a significant investment of time and resources. Every time you stumble on a new world, you have done more than add another point on the galaxy map. You've opened up an entirely new--but connected--game world.
There will be players who are turned off by the fact that they can't slap an FTL drive on their single-person ship and jet off alone to all corners of the galaxy discovering interesting worlds, but there are other games for such endeavors that are much closer to fruition (e.g. No Man's Sky). This game is something different, and it seems like a lot of people are coming to this expecting to play a voxel-based version of their favorite sci-fi space game subgenre. Unfortunately, this game can't be everything to everyone, and I'm personally excited for the possibilities inherent by what is unique about this game, as opposed to re-creating experiences that are being addressed well by other developers.
- KlatuSatori and Traceur
-
2
-
While I'd agree there needs to be a degree of skill involved, it's also reasonable to assume that advanced energy weapons would use an equally advanced targeting systems allowing users to track targets, calculate targeting solutions in real time, and avoid friendly fire. We're also talking about laser weapons, which travel too fast to incorporate pilot skill in the way some are suggesting. Assuming they're modeled with a modicum of realism, there will be no ballistics involved, and you won't need to lead targets. These weapons would almost have to be partially or fully automated to be truly effective. The cold, hard truth is that even today skill is increasingly less of a factor in warfare than technology, and weapon deployment is an increasingly push-button affair. So tab-targeting makes sense on some level as a realistic representation of advanced warfare.
Something like what Ripper suggests strikes me as a reasonable compromise; skill would be required in bringing weapons to bear and trying to avoid other players' firing solutions, which is fairly analogous to contemporary dogfighting anyway. Once within an enemy's sights, however, the technology would take over. Hardly anything is strictly point and shoot anymore, and this would be even more true in the far future.
That being said, the element of player skill levels in determining the damage applied and/or the effectiveness of the targeting itself seems problematic to me. I would rather see the hits based on the quality of the weapon and the components used in the ship as opposed the skill level of the pilot. A higher level targeting computer--perhaps one built by a player with a higher level building skill--could result in a higher hit percentage, for example. This would further encourage building-related specializations while removing artificial handicaps on player skill in combat. Theoretically, a highly skilled new player with a top-tier ship could compete effectively with veterans, but doing so would be expensive for a solo player.
I would like to see potential damage and hit percentage seperated, with one based on the weapon quality, and the other based on the targeting computer quality. Player skill would come into play with repect to maneuvering those weapons into position, evading the enemy, and possibly manipulating defensive countermeasures (such as shields). I feel this would be a reasonable compromise that would further stimulate various roles within the in-game economy (skilled building, rare resource mining, high-quality refining, etc.) to provide the highest quality components and satisfy pilots looking for a more traditional sim-like experience where skill still plays a significant role in dealing damage.
-
There have been countless other games that manage to provide some form of damage model without the computational demands of voxel deformation and destruction. Admittedly, I'm dissapointed that we probably won't be blowing gaping, jagged holes in hulls or seeing ships ripped in half during combat with debris flying everywhere, but I understand the necessity of the compromise. I don't think that's reason to assume that ships will just be bouncing around impervious to damage. I'm sure collisions and weapons damage will be adequately accounted for, even if it's a more "conventional" solution than we'd all hope for.
I appreciate the fact that the developers are insisting on realistic expectations and articulating the limits of their technology, however groundbreaking it might prove to be in certain respects. While that seems dissapointing on the front end (especially for those hoping for the ultimate everything simulator), it bodes well for the game long-term when the developers are willing to temper expectations early on. That shows a degree of integrity and restraint by the developers lacking in many early-access titles, which bolsters my hope that the developer's vision may actually be realized.
-
This may all fall under the potential applications of the RDMS, but I couldn't confirm that from what I read. If this would all be possible under that system, these suggestions are redundant, but I wanted to put them out there independently for discussion. The following options would (in my opinion) bolster the player-driven economy by facilitating new incentives and potential sources of revenue. If the goal is a truly emergent experience, these options should be considered for inclusion as integrated features. While these ideas could always be arranged informally between players, in many cases these mechanics would be very hard to track or enforce without some sort of in-game system for handling these types of transactions, especially on a large scale.
Contract Payments
Players or organizations should be able to set up in-game payments for other players or organizations in exchange for fulfilling certain pre-determined requirements. This means that players or organizations could actually employ other players or organizations for certain tasks. While these things could certainly be done anyway as a sort of handshake agreement between players, introducing this as an actual game mechanic could allow for a degree of automation for large organizations (or players with many tasks and payees). This would lend some legitimacy and stability to "employment" in the game world. Some tasks would still need to be arranged informally by players, but activities that could be objectively tracked by the game--such as mining, trading, or even killing certain players or players of a certain faction--could have pre-determined payments attached to them that would be automatically transferred from one entity to another upon completion. Practically, this would probably look like some sort of player-generated quest system.
Taxes
Organizations should be able to impose recurring taxes on members in order to fund the organization, which would be binding and enforced by the in-game taxation mechanic unless the member left the group. For example, an organization could impose a flat rate (essentially membership dues), or it could demand a certain percentage of each member's income. Since such taxation options would otherwise be difficult to keep track of or downright impossible to enforce, this would be a good candidate for a built-in game mechanic. Like contract payments, this would allow the game to simply continue extracting payments as long as the condition of membership is met. If a player wants to stop paying, they can leave the group. This would encourage organizations hoping to sustain themselves through taxation to treat their members well and provide benefits worth the requisite cost. This could also open the door to some legitimate nation-building with tax-paying citizens. This might be a feature limited to organizations of a certain size, and not individual players or small guilds; for accountability, perhaps any official in-game taxation would require allowing all members to have access to some sort of balance sheet for the organization showing its income, balance, and where it's spending that money.
Fees
This could also be considered another form of taxation, but one based on access, not membership. One of the most significant applications I could see for this is the option of imposing an automated access fee for players entering an independent safe zone. Players would be notified of the amount required to enter the zone, and could either choose to pay it or be restricted from entering in some way. Of course this would be optional, but it could also encourage enterprising players to find strategic locations to establish new safe zones (where safety itself might be worth paying for) or build up infrastructure to provide valuable facilities and/or resources that other players would pay to access. Another option might be a transaction fee on trades or purchases made in that safe zone. Like taxes, there could be options, such as a flat rate or a percentage rate based on a ship's weight or cargo. This would make the development and administration of colonies, stations, and outposts a viable pursuit in its own right, and add a new layer of economic competition to the game world. In addition, exemptions could be made by the owner of the safe zone for members of a particular group as a potential incentive for membership.
In my opinion, the combination of these various mechanics would add a lot of depth to the economic model beyond trading resources and buying and selling constructs. Crucial to these sorts of options would probably be some form of universal currency, as depending on payment in raw resources that players might not have would be problematic. I'd be curious to hear your thoughts!
Federated Colonies of Nova Promissa
in Org Updates & Announcements
Posted
I've been out of the loop here on the forums for a while due to real life, but I'm back and renewing efforts to recruit for the FCNP!
Many of the organizations recruiting members have provided detailed overviews for their organizational structure, but I've held off on doing so very deliberately. The FCNP will be an organic organization that will grow and expand from a single colony (Nova Promissa) to a larger federation as we gain members, territory, and influence. While I do have a tentative roadmap for the type of organizational structure I would like to see, I want to leave the future of the FCNP open for members to help define.
When first starting out, the FCNP will be limited to a local government structure, the "Colonial Administration." This will represent the template for all future semi-autonomous colonies in the FCNP as the organization expands, and additional layers (regional and federal government) can be added as appropriate. At present, the following colonial positions have been defined:
1. Chief Administrator (CA): an elected civilian official who is broadly responsible for the planning, development, and management of the colony and coordinating the efforts of the administrators under his or her purview.
2. Colonial Security Administrator (CSA): a ranking Major in the FCNP military who is responsible for identifying threats to the colony and ensuring the development, deployment, and ongoing readiness of the colony's security measures. The Security Administrator is also responsible for recruiting, training, and organizing a citizen militia (Colonial Irregulars) to be deployed in defense of the colony and its citizens.
3. Colonial Trade Administrator (CTA): an appointed civilian official who is responsible for identifying the colony's economic potential and ensuring the development, deployment, and ongoing efficiency of the colony's economic infrastructure. The Trade Administrator is also responsible for developing lucrative trade relationships with other organizations for the benefit of the colony.
4. Colonial Development Administrator (CDA): an appointed civilian official who is responsible for administering the physical development and expansion of the colony and any infrastructure not directly related to security or trade. The Development Administrator is also responsible for recruiting, training, and organizing citizens for employment in resource acquisition and construction.
What about rules and regulations? At present, these are very simple:
1. Life: Citizens may not kill another player except in defense of life, liberty, or property, either their own or that of another player at their request.
2. Liberty: Citizens may not impede the ability of another player to move freely, except in defense of life, liberty, or property, either their own or that of another player at their request.
3. Property: Citizens may not remove or damage the property of another player, except in defense of life, liberty, or property, either their own or that of another player at their request.
These protections apply to both FCNP citizens as well as members of any other peaceful organization. Violations of these rules will result in penalties up to and including expulsion from the FCNP.
However, there will be organizations (for example, pirates or other "lawless" organizations) that will be flagged as "unprotected." These are organizations that routinely violate the principles of the FCNP (life, liberty, and property) as a matter of standard practice. As a consequence, their members will not be considered protected under the laws of the FCNP. FCNP citizens may actively engage members of these organizations at any time in PvP play without penalty and reap any rewards.
What about dues or "taxes?"
There will be no "dues" or taxes levied on citizens who do not take advantage of FCNP services or infrastructure. In other words, if you spend most of your gameplay experience exploring remote corners of the universe as a lone wolf on a shoestring budget, you won't be paying a dime to be a part of the FCNP. Property taxes will be levied on citizens who maintain property within the boundaries of an FCNP colony to support the infrastructure they will benefit from (such as security measures), and tariffs may be levied on trade and other services as well. Citizens will only pay to support the benefits they use.
These are the "bones" of the FCNP at this time, and the foundation that will shape the organization as it grows and contributes to the broader DU community. If this sounds like something you'd like to participate in, please visit the community page here and join!