Imagine you're carrying a suitcase through an airport. You don't know what's inside — could be books, could be clothes — but within two steps your body has figured out the weight distribution and adjusted your gait. You didn't consciously recalculate your center of mass; your nervous system estimated it on the fly and updated your motor commands. This paper gives a humanoid robot the same trick. The committed claim: by coupling a whole-body model predictive controller (WB-MPC) with an extended Kalman filter (EKF) that estimates time-varying inertial parameters online, a humanoid can handle significant unknown payloads — not by fighting errors with feedback gains, but by updating its internal physics model so its feedforward torques are correct from the start. The distinction matters. Pure feedback control treats unexpected loads as disturbances to reject. This approach treats them as parameters to learn, folding estimates back into the dynamics model the MPC optimizes over. The result is a robot that doesn't just resist falling — it plans motions that account for the load it now knows it's carrying. The architecture sits in the well-established family of trajectory-optimization-based MPC using full rigid-body dynamics, not simplified centroidal or template models. The EKF runs alongside, estimating physically consistent inertial parameters — mass, center of mass, and inertia tensor — that change as tools are picked up or loads shift. The key structural choice is that these estimates feed directly into the MPC's dynamics model at each control cycle, closing a perception-to-planning loop rather than just a perception-to-feedback loop. A VR teleoperation interface sits on top, letting a human operator specify task references (reach here, walk there) without worrying about balance, which the WB-MPC handles autonomously. On the ladder, the baseline context is previous humanoid MPC work — notably whole-body controllers from IHMC, MIT's Mini Cheetah lineage, and Agility Robotics' Digit pipeline — where inertial parameters are typically fixed at their nominal CAD values. The paper doesn't benchmark against a named competing system with head-to-head numbers on the same hardware, which is a gap. The validation instead compares the proposed EKF-augmented MPC against the same MPC running with fixed (wrong) parameters, showing that estimation meaningfully improves tracking and stability. Sim-to-real transfer is demonstrated on hardware, which is more than a pure simulation paper, but the hardware experiments appear limited in scope. Integrity is reasonable but not airtight. The validation includes both simulation and hardware experiments — a real humanoid system, not just MuJoCo — which grounds the claims. However, the benchmarks aren't community-standard tasks with published leaderboards. The comparison is internal (with vs. without estimation), not against other groups' controllers on shared platforms. No pre-registration, no public benchmark suite. The physics consistency constraint on the EKF is a genuine contribution to honesty — it prevents the estimator from converging on physically impossible parameter sets — but the overall validation regime is author-controlled. The milestone question is concrete. Today's result shows adaptation to "inertially significant" payloads on a humanoid — meaning loads that are a meaningful fraction of the robot's own mass. The next number to watch is payload-to-body-mass ratio at which the system fails, and whether this approach can handle truly dynamic payload changes (catching a thrown object, swinging a heavy tool) rather than quasi-static ones. A 30-50% body-mass ratio with dynamic tasks would be the threshold that unlocks real industrial and field applications. The gap is probably 2-3 years of engineering integration, not fundamental research. The obvious experiment not run: adversarial or rapid payload changes — someone tossing the robot an unexpected heavy object, or a tool breaking mid-use and shedding mass suddenly. The EKF's convergence time and the MPC's re-planning horizon likely make this hard with current cycle rates. The honest read is (a) — compute and hardware integration limits prevented testing the dynamic edge cases, and those experiments are almost certainly on the roadmap for the next paper.
