Not to bring what I gather is another classic holy war into this, but it seems to me that much of this objection would go away if you use jump masking as detailed in GT. Now the volume you have to patrol consists of your star's 100D limit as well as your mainworld's, and the routes between them, making it a much more expensive proposition.
drnuncheon,
The locals needn't patrol the entire stellar 100D limit. All they need do is patrol the various "best time" exit points associated with their neighboring systems and those points will be relatively tiny. What you've forgotten is jump drive's canonical physical accuracy; -/+ 3000km per parsec jumped. This means a starship can routinely hit a point within 18,000km of it's planned exit point.
For any merchant "time = money" and "normal space = danger". With no ability to vary the time spent in jump space, the only part of the journey where a merchant can save time is the portion spent in normal space. Saving time on their normal space voyage also has the added benefit of avoiding danger. That means they're going to use "best time" entry and exit points between any two given systems.
A "best time" entry point will be that point closest to the departure world in time that also allows unmasked access to a corresponding "best time' exit point in the arrival system. Due to jump masking and jump shadows, plus time variations in jump length, in these entry and exit points are not automatically going to be points on the planetary or stellar 100D limit. However, because they usually won't be that much beyond the planetary and stellar 100D limits, it's much easier if we treat them as such.
Imagine a two parsec trip between Ffudn and Bendor. I don't know if both world's orbit inside their respective solar jump limits but let's assume that they do. Our navigator trainee plots a course between Ffudn's starport and a point on the nearest edge of local solar jump limit. When the trainee next attempts to plot their jump course between that point and the Bendor system, they realize their error. A jump course to Bendor from that point would intersect Ffudn's local solar jump limit.
The trainee scraps their original normal space course to the nearest edge of the local solar jump limit. They next look at all those points that allow an unobstructed jump to Bendor and then choose the one that is closest to Ffudn's starport. That point could still be on the edge of Ffudn's local solar jump limit, just further along, or it could be beyond the local solar jump limit. All that matters is that this new jump entry point is the closest one in time to Ffudn's starport.
The trainee now plots the rest of their jump course determining their exit point in the Bendor system. Of course, they run into trouble there too as it wouldn't be that much of example if they didn't! When examining the range of jump exit points in the Bendor system allowed by their jump entry point in the Ffudn system, they realize that they can exit jump much closer to the Bendor starport if their enter jump point in the Ffudn system changes.
The trainee navigator once again scraps their proposed normal space and jump space courses. Keeping both ends of any jump course in mind, they select a jump entry point in the Ffudn and a jump exit point in the Bendor system that allows both for an unobstructed jump course between both systems
and "best time" normal space trips within both systems. The resulting courses our trainee plots will not involve the closest jump entry point to Ffudn's starport or the closest jump exit point to Bendor's starport. Instead, the course will utilize the "best time" entry and exit points in both systems that also allows an unobstructed jump course between them.
And who says navigators don't earn their pay?
The "best time" solution our trainee navigator eventually comes up with will be the same as the "best time" solution any navigator comes up with. That solution will also depend greatly on the time in which it is prepared. Planets move around their stars so their "best time" exit and entry points will move. However, because that planetary movement is predictable, the movement of those points is predictable. So, while the specific course will vary across time, everyone will know that and plan accordingly. Simply put, everyone is going to be using the same solution as there is only one "best time' solution for the
Two Parsec Ffudn-to-Bendor at 1300hrs on 135-1105 jump question.
(Even if you add stellar vectors to the equation as I do, and
TNE suggests, there will still only be one "best time" solution.)
What does this all mean for piracy? Because there is only one "best time" solution for any given "X Parsec A-to-B at Xhrs on X date" question, the entire 100D planetary or solar jump limit needn't be patrolled. Only known entry and exit points need be watched. While "best time" solutions and their entry/exit points will change over time, the planetary and solar movements that drive those changes are known and predictable so patrols will know where to be and when to be there.
I
strongly support the idea of piracy in the
Official Traveller Universe. I also strongly support the goal of plausibility. Piracy does exist and piracy along the 100D jump limit does exist. However, piracy along the 100D limit is so rare and fleeting, so dependent on a "Golden Moment", that any such incident should be left to the realm of GM fiat. In other words, it is happening right here and right now because the GM said so and not because of some systemic attribute.
Regards,
Bill