• Welcome to the new COTI server. We've moved the Citizens to a new server. Please let us know in the COTI Website issue forum if you find any problems.
  • We, the systems administration staff, apologize for this unexpected outage of the boards. We have resolved the root cause of the problem and there should be no further disruptions.

Consolidation Thread: Xboats in a System

Pretty sure the Imperium can manage lots and lots of XBoats.
The often quoted (but apparently, not entirely accurate) figure of 11,000 star systems in the Third Imperium (pre-shattering) makes for a decent starting point.

Although the Express Network "touches" only a superminority fraction of the star systems in the Third Imperium (since most star systems are not "on" the Network), it then becomes a relatively straightforward question of ... what should be the ratio of XBoats in service to the number of star systems within the border of the Third Imperium?
  • 1:1 = 11,000 total
  • 2:1 = 22,000 total
  • 3:1 = 33,000 total
  • ... more?
For the purposes of conversation, I'm thinking that about a 3:1 ratio (so 30,000 to 33,000?) XBoats in service within the Third Imperium feels like a decent guesstimate. Especially if you figure that at least 10% of that number are going to be "out for maintenance" and no longer in circulation at any given time span.
As for the time delay from Neptune to Earth, file that under "who cares".
😓

Well, maybe not YOU ... but I'm reasonably certain that there are going to be other people who would find an 8+ hour round trip between inbound XBoat, transmit to mainworld, send reply from mainworld, load reply onto another outbound XBoat to be "less responsive than it could be" just by virtue of the tyranny of distance (between Neptune and Terra).

If you're viewing the Express Network as more of a "postal service" with what amount to "once a day deliveries" (let alone, once per week!) ... a 4 hours one-way lag time isn't that much of a problem. If you're expecting multiple inbound/outbound cycles per day, a transmission delay lag of that magnitude starts getting harder to defend. And then there's that time to dispatch standard that was cited near the beginning of this thread:
BUT ALSO NOTE that the time between jumps always seems on the order of an hour or two (e.g. more than seven minutes, less than 4 hours); this is probably a reflection on general flight readiness.
An excessively long distance uplink, resulting in network lag of 3+ hours will necessarily cause a certain amount of temporal displacement friction in the network within individual star systems.

Th thing is, if the Express Network runs on more of a "pass the baton" style of operation (XBoat comes in, dispatches need to be going out to other star systems in less than 4 hours as a reaction to that arrival), that's rapidly going to wind up desynchronizing handoffs due to the 150-175 hour duration of jumps (LBB5.80, p17).

It's hard to keep trains "running on time" when they could appear "at any time during a calendar day" (so to speak).
 
Express Boats may be the largest class for starships, in Chartered Space.

In fact, I'm surprised that decommissioned Express Boats aren't reutilized.
 
Per Dan "Far Trader" Burns:



This is a potential problem, although you could always just mandate return trips being synchronized, rather than ALL ROUTES IN synchronization. It's more doable. It's certainly lazier and still reliable.
You don't wait, you put the new data on the next boat.
 
JTAS 6: 1980
"A ship makes its jump, relays its messages to the station immediately upon arrival by means of a high-speed, tight-beam radio transmission, and then waits to be picked up and towed into the xboat station by a specially built xboat tender, where it will be refueled, refitted, and prepared for its jump to the next destination."

"Xboat Stations: An xboat station is usually located near the edge of a system, where it can pick up the information beamed to it from incoming xboats with the smallest possible delay. The station contains receiving and rebroadcast equipment, to receive the xboats transmissions and send them in turn to other xboats and to the populated world(s) of the system. An xboat station contains facilities for refueling and repair of the xboats and their tenders, as well as quarters for the pilots and the staff of the station."

A quicj note, I do not think your model of an xboat jumping backwards and forwards between two worlds is correct. I believe individual xboats jump down the xboat routes because eventually they have to end up at:

"Way Stations: Major overhaul of xboats is done at way stations, located along the xboat network. Way stations are equipped to perform drive overhauls and other maintenance operations beyond the abilities of the smaller xboat stations. One way station is provided for every eight to ten xboat stations."

Also they jump to each world on the route in turn, or the average speed would be jump 4 not the jump 2.something message speed quoted for Capital to Regina... and I am ignoring that canonically the core sector had jump 6 xboats by 1105, JTAS 2 TAS News)
 
We also seem to be suffering from everyone's favorite sci fi writing failure ... distance doesn't matter....

...You really need a 4-6G maneuver drive performance before you can make the transit between Uranus and Terra in less than 7 days. My point being that "personnel transfers" between Uranus and Terra can be done EITHER by Ship's Boat (6G) or Pinnace (5G) or Modular Cutter (4G) or Scout/Courier (J2/2G) in "approximately a week" for the transfer.
That's also how I see it, lots of fast small craft acting as a chain of supply, carrying crew, fuel, supplies and physical mail to and from the various worlds and orbital stations in the system to the distant Tender. You could even have chains of small craft zipping around between the Tenders and X-boats as well, with the Tender acting as a sort of semi mobile space base. It would only need to dock with x-boats for occasional major repairs, with basic between jump servicing and supply being performed by small craft. Artists like Riftroamer have done art of Cutters painted in Imperial colours and they seem perfect for the job, being so adaptable.
 

Attachments

  • 50ton_modular_cutter_with_container_module_by_riftroamer-d84dxgs.png
    50ton_modular_cutter_with_container_module_by_riftroamer-d84dxgs.png
    151.5 KB · Views: 5
In theory, the Scout Service could have a single hundred tonne hull, and used that for all roles suitable for that tonnage, and fit the mission requisite equipment within.

Whether for four parsec message delivery, or last mile orbital connector.
 
In theory, the Scout Service could have a single hundred tonne hull, and used that for all roles suitable for that tonnage, and fit the mission requisite equipment within.

Whether for four parsec message delivery, or last mile orbital connector.
Heh imagine getting an xboat for your scout benefit.
 
That's also how I see it, lots of fast small craft acting as a chain of supply, carrying crew, fuel, supplies and physical mail to and from the various worlds and orbital stations in the system to the distant Tender.
Again, the Tyranny of Distance creates a somewhat unwanted logistics friction factor. The farther "out" in the system the Express Network operation is, the lower the "throughput capacity" of any single craft making runs to it will be (in terms of tonnage delivered per unit of time). You also wind up with LONG supply chains (parts, personnel, consumables, etc.) which then become a security risk due to the increase in locations of opportunity for disruption (piracy, terrorism, or other criminal activity).

It's kind of like how it's possible (now, in the real world) to ship products from the other side of the world ... but that doesn't necessarily make that option "cheaper" than getting the same product from neighboring regions that are local to you. CAN be done is not necessarily the same as WISE (or economical) to be done that way.
You could even have chains of small craft zipping around between the Tenders and X-boats as well, with the Tender acting as a sort of semi mobile space base.
That's basically what I was proposing, earlier upthread.
Essentially, what you want is 2 types of small craft (maneuver tugs and fuel shuttles) specialized for different roles doing most of the "heavy lifting" of the operation. You then set up the Express Tenders as being more of a logistics marshaling/fuel depot plus command & control base of operations for a particular volume of space around a "target" planet where Express Network operations are managed and run. A "fleet" of Express Tenders is then managed from a "desk job" administrative posting (plus staff subordinates) located at a scout station or full on scout base in the star system.

So you wind up with a sort of "mothership to starships and small craft" type of vibe going on with the Express Tenders. The key point, however, is going to be that the tempo of fuel deliveries to the Express Tenders is going to determine how quickly those Express Tenders can turn around XBoats for dispatch. Since (100 ton J4 LBB2.77) XBoats consume 40 tons of fuel every time they jump (regardless of parsecs traveled), that means that any fuel shuttles making regular refueling runs down/up gravity wells to the edge of the 100D jump shadow will need to be incremented in amounts slightly over 40 tons (to account for consumption in transport and sustainment of the Express Tender itself). If a fuel shuttle delivers less than 40 ton increments, it's going to need to make 2 trips in order to deliver the required fuel tonnage to execute 1 jump by an XBoat (which then impacts the tempo of operations). Note that this requirement immediately impacts the suitability of 50 ton Modular Cutters outfitted with a 30 ton Modular Cutter Module configured as a dedicated fuel tank (make 3 round trips to fuel 2 XBoats) for this fuel shuttle mission.
It would only need to dock with x-boats for occasional major repairs, with basic between jump servicing and supply being performed by small craft.
I'm thinking that, bare minimum, refueling would need to be staged through the Express Tenders. Additionally, any and all engineering support/maintenance would be "outsourced" to crew on Express Tenders, rather than putting such crew onto small craft. This would necessarily mean that the engineering department of an Express Tender should be sized to account for not only the drive systems installed on the Express Tender itself, but also any subordinate craft (maneuver tugs, fuel shuttles, XBoats docked inside the internal hangar bay for refurbishment/maintenance) that are assigned to the Express Tender.

My point being that although H/H/H drives may total up to only 85 tons combined, you're probably going to need more than 3 engineering positions (105 tons of drives crew capacity) on the crew roster of any Express Tenders, because they'll be providing crew support services to the drive systems of additional craft beyond just themselves. Typically, engineering crew positions are not mandated for craft that can expect to be receiving plenty of "shore support" at starports (such as free traders and other merchants) ... but for long endurance operations "out in the boonies" away from any starport personnel, you had better have enough engineers (yourself) to "shoulder the load" or you're going to have problems.

If you don't schedule downtime for maintenance yourself, your machine systems will schedule outages FOR YOU ... usually with little to no notice (and often at the Worst Possible Times™).
 
If Jump Shadowing is a Thing (and by Jump Shadowing I mean the planets primary start "getting in the way" of Jump, so that part of the year a planet is in the "shadow" of the star, making routine jump now entail a long trip from around the star, if that is a Thing, then it makes sense to put an XBoat station far from the star. The farther from the star, the less impact of jump shadows.

If not, there's no reason to park the XBoat infrastructure out in the middle of nowhere. "Space is big", there's plenty of room to park it all somewhere near the main population centers, no need to orbit Neptune.

However, if Jump Shadows are a thing, it would likely be better, particularly for more active hubs, to simply have duplicate infrastructure, so there's always a XBoat station "in LOS" of any jump so as to recover and serve the boats more efficiently.

As for the scope of the ships involved, that's base purely on how often they fly. Obviously if they jump every 12 hours instead of every 6, that's half the ships needed. I don't think you can efficiently do "pony express" style of simply jumping as soon as they're ready to go (i.e. XBoat arrives, beams messages, ready boat jump within an hour or so of arrival). The Pony Express wasn't really a network. It was just a line. For a line, that works, for a network, not so much.

I can't find out how often riders left St Joseph/Sacramento (the respective east/west terminus), I'm guessing one per day

Scheduled jump make far more sense, however often that may be.
 
As for the scope of the ships involved, that's base purely on how often they fly. Obviously if they jump every 12 hours instead of every 6, that's half the ships needed. I don't think you can efficiently do "pony express" style of simply jumping as soon as they're ready to go (i.e. XBoat arrives, beams messages, ready boat jump within an hour or so of arrival). The Pony Express wasn't really a network. It was just a line. For a line, that works, for a network, not so much.
I agree.
The Pony Express works for a LINEAR system with no direct branching.

kMlNjri.gif

As soon as you start getting into NETWORKED operations, where each node on the network needs to forward information to multiple locations (except the point of origin for that information, because it already came from there) ... the transmission behavior stops being "baton handoff" in a straight line and turns into more of a "fission chain reaction" type of behavior.

kYhUAmU.gif

At that point, you can't be thinking in terms of overly simplistic "racetracks" between a mere 2 star systems linking up the chain of the entire Express Network. Instead, each "node" of the Express Network simply forwards data via XBoat Packet Protocol (XPP? :rolleyes:) using whatever XBoats are available after every incoming breakout from jump. This then necessarily means that some "nodes" on the Network will need to dispatch multiple XBoats outbound per each XBoat that arrives inbound ... which then presents a sustainability problem. In order for the Network to remain stable, it needs to balance the number of outbound XBoats to the number of inbound XBoats, otherwise the "stock" of XBoats within any particular star system on the Express Network will (rapidly) deplete their supply of XBoats.
 
Back
Top