Imagine you're a tailor. You could measure each customer individually and build a pattern from scratch every time — slow, expensive, and your fifth suit is only as good as your fifth measurement. Or you could build one master pattern from hundreds of customers, indexed by height, shoulder width, and posture type, and let the pattern system interpolate. That second approach is what this paper calls global pooling, and it turns out to be the right move for predicting how much fuel a ship will burn on a voyage. The committed claim: a single model trained on pooled data from 21 vessels, using ship identity and seven physical specifications as features, outperforms every per-ship model, every transfer-learning variant, and every federated-learning method — across every experimental setting the authors tested. This includes zero-shot prediction for vessels the model has never seen. The headline number is an 8.92% MAPE for in-fleet vessels using Global LightGBM, versus 11.14% for Per-Ship LightGBM. That's a 20% relative error reduction from simply pooling data and adding ship descriptors. What makes this paper worth reading is the experimental hygiene. The authors deliberately exclude engine RPM and shaft power — variables that are unknowable before departure — which prior work frequently uses as inputs, inflating accuracy claims. They enforce strict temporal splits (no random shuffling of voyage legs), preventing future-data leakage that plagues many maritime ML papers. Eleven methods are compared head-to-head under identical conditions across five architectures: LightGBM, MLP, CNN, LSTM, and Transformer. All five global variants beat all per-ship and adaptation-based variants. That's not one lucky architecture — it's structural. The adaptation results are the most surprising finding. Fine-tuning a global Transformer with LoRA (low-rank adaptation) adds no accuracy over the frozen global model. Per-ship fine-tuning doesn't help either. The global model already captures vessel-specific behavior through the ship specification features, making vessel-specific adaptation redundant. Ship identity embeddings and physical specifications (deadweight tonnage, length, breadth, design draft, etc.) are largely interchangeable for in-fleet vessels, but only the specifications generalize to unseen ships. The zero-shot results are practically significant. Without any voyage records from a vessel, the global model achieves a median MAPE of 11.20% and beats a per-ship model trained on that vessel's own data for 14 of 21 vessels. This means a shipping company can predict fuel consumption for a newly delivered vessel from day one, with accuracy that exceeds what they'd get from months of vessel-specific data collection. The caveat: error grows as a vessel's specifications diverge from the training fleet's distribution. The integrity profile is solid but bounded. All 21 vessels appear to come from a single operator or similar fleet, which means the specification diversity is limited. The authors acknowledge this — the global model's zero-shot advantage depends on the target vessel being specification-similar to the training fleet. There's no independent replication, no pre-registration, and the dataset isn't public. The paper is thorough (34 pages, 19 tables), but it's still one team validating on one fleet. The practical implication for maritime operations is clear: stop building per-ship models. Pool your fleet data, include ship specifications as features, and train one model. The overhead of maintaining vessel-specific models — with their sparse training data and poor generalization — is unnecessary. The next meaningful test is whether this result holds across heterogeneous fleets (tankers mixed with container ships, different operators, different routes) and at fleet scales of 100+ vessels.
