News
SpaceX’s Starship explosion explained by Elon Musk
Shortly after a briefing following SpaceX’s flawless astronaut launch debut, CEO Elon Musk casually revealed the best explanation yet for why a Starship prototype violently exploded during testing on May 29th.
On that fated Saturday, SpaceX successfully completed the fifth static fire of a Raptor engine installed on a full-scale Starship prototype, preceded by about an hour and a half of vehicle checks and propellant loading. Unfortunately, around a minute after Raptor shut down, what was quickly identified as liquid methane began spurting out of a specific section at the base of Starship, rapidly creating a massive cloud as the cryogenic propellant boiled and turned into gas. The specific source is unclear but moments later, something under Starship SN4 provided the shock or spark needed to ignite the expanding fire hazard, producing a spectacularly large and violent explosion.
Unsurprisingly, the accidental fuel-air explosion that was created obliterated Starship SN4 in the blink of an eye, shredding its lower (liquid oxygen) tank into steel confetti and immediately breaching the upper (liquid methane) tank, which fell to the ground and subsequently exploded again. The launch mount Starship was staged on was also damaged beyond repair and has been fully dismantled and scrapped in the two days since the anomaly. Thankfully, however, SpaceX already has replacement mounts and ships well on their way to carrying Starship SN4’s torch forward and Elon Musk already seems to understand what caused the prototype’s demise.
Shortly after a post-launch briefing celebrating and discussing SpaceX’s inaugural astronaut launch on May 30th, Reuters reporter Joey Roulette was able to ask Musk about Starship SN4’s spectacular demise the day prior. The SpaceX CEO was quoted saying that “what we thought was going to be a minor test of a quick disconnect ended up being a big problem”, confirming suspicions based on careful analysis of public views of the explosion that it was caused by issues with Starship’s ground support equipment (GSE).
In Musk’s statement, “quick disconnect” (QD) refers to an umbilical port that connects a launch vehicle to GSE, enabling the loading and offloading of propellant and fluids, clamping down the rocket, and providing a wired telemetry and communications link for ground controllers. QDs must perform all those tasks while also being able to rapidly release and disconnect, allowing the rocket to lift off while still protecting its sensitive ports for ease of reuse.
In theory, Starship’s quick-disconnect umbilical panel is even more complex, as it will have to simultaneously enable the ship to be fueled and controlled while sitting on top of a Super Heavy booster and permit in-orbit docking and refueling. Given that Starships are currently being tested independently on spartan launch mounts, it’s unclear if the current generation of prototypes has been outfitted with advanced QD panels. More likely, Musk was referring to a test of a less advanced QD panel similar to the rough version used on Starhopper last year, and SpaceX simply wanted to test its ability to disconnect and reconnect to Starship on command.
If that’s the case, the likeliest explanation for SN4’s explosion is that that quick disconnect was unable to fully reconnect after the test, resulting in a leak from the liquid methane port when SpaceX began to detank the rocket. Instead of the highly-pressurized fluid flowing smoothly back to ground storage tanks, the liquid methane sprayed wildly, akin to the effect one might observe when attempting to block off an active water source with an open palm.
Compared to the many possible ways a fueled Starship could fail, a propellant leak started by a faulty umbilical panel is about as convenient as they come. Starship SN4 may have been violently destroyed as a result, turning a relatively small error into exceptionally painful lesson but SpaceX has already had some success building full-scale prototypes at an almost unbelievably low cost – likely less than $10M apiece. Starship SN5 appears to be just shy of ready to take SN4’s place on the launch mount, although SpaceX will have to build an entirely new launch mount before it can resume testing.
At the same time, Starship SN5’s successor – SN6 – is just one stacking event away from reaching a level of completion similar to SN4 and SN5. All told, Starship SN4’s demise is just another part of the process of developing a new kind of rocket by building and testing hardware – failure can be a valuable tool when managed properly. Based on past observations, SpaceX could be ready to continue testing (and hopefully flying) Starship prototypes before the end of the month.
Check out Teslarati’s Marketplace! We offer Tesla accessories, including for the Tesla Cybertruck and Tesla Model 3.
Tesla has introduced an enhanced visualization in its Supercharger navigation system, building directly on the Site Maps feature rolled out a few months ago.
This latest software update adds detailed 3D icons that represent specific vehicle models parked at charging stalls, offering drivers a more precise view of site occupancy and layout.
The Site Maps debuted in Tesla’s 2025 Holiday Update, providing 3D overviews of select Supercharger locations with real-time stall availability.
Tesla supplements Holiday Update by sneaking in new Full Self-Driving version
Drivers could see which spots were open, occupied, or out of service when navigating to supported stations.
Now, the system takes this capability further by rendering accurate representations of Tesla vehicles, including distinctions between models such as the Model 3, Model Y, Model S, Model X, and Cybertruck. These icons appear as lifelike 3D renderings, complete with recognizable shapes and proportions that match the actual cars charging at the site:
Supercharger update now shows type of Tesla at charger as well.
Pretty cool. pic.twitter.com/J3NRSIgM0m
— DennisCW | wen my L (@DennisCW_) June 2, 2026
This refinement improves the user experience during road trips and daily charging stops. As drivers approach a Supercharger, the navigation display now shows not just generic occupied markers but identifiable vehicle types plugged into each stall.
Blue indicators highlight active charging sessions, while other visual cues denote availability or maintenance status. The feature integrates seamlessly with the existing map interface, allowing quick assessment of the best available spot based on vehicle size and positioning.
Tesla continues to expand the availability of these detailed Site Maps across its global network. Initially piloted at a limited number of locations, the rollout has progressed steadily, with more stations gaining support in recent software versions.
Owners benefit from better planning, as the system helps identify compatible stalls and reduces uncertainty upon arrival. The update reflects Tesla’s ongoing commitment to refining its navigation and charging ecosystem through iterative software improvements.
In addition to model-specific icons, the enhanced maps maintain all prior functionalities, such as integration with nearby amenities and energy usage predictions. This ensures a comprehensive tool for efficient Supercharging.
As Tesla’s fleet grows and the network scales, such features play a key role in optimizing the overall ownership experience. Future updates may extend similar visualizations to additional sites and incorporate even more data points for drivers.
With this piggyback enhancement, Tesla demonstrates how small but thoughtful additions can elevate an already useful tool, making Supercharger visits smoother and more informed for its customers. The company is expected to broaden the feature’s reach in upcoming releases, further solidifying its leadership in EV charging infrastructure.
Tesla Full Self-Driving v14.3.3 driver monitoring was reportedly scaled back in recent releases, but a new version that was released in the early hours of June 3 aimed to do a better job of keeping those in control of their cars honest, according to release notes.
The release notes for FSD v14.3.3, via Software Version 2026.14.6.7 added:
“Improved driver monitoring system sensitivity with better eye gaze tracking, eye wear handling, and higher accuracy in variable lighting conditions.”
However, Tesla said this was already enabled in the first rollout of FSD v14.3.3 in late May. We tested it anyway, especially as the Standard Speed Profile seemed less-than-worried about what you were doing during operation.
I decided to try out the Hurry and Mad Max Speed Profiles for this test, and it gave me results that I would have expected. Tesla has evidently ramped up driver monitoring based on the Speed Profile you are using to travel.
The more aggressive the Speed Profile, the more on the hook you will be for taking your attention away from the road. Our testing showed that Mad Max was less likely to allow you to do normal things like change music or adjust navigation without getting an on-screen warning or nag from the driver monitoring system.
Hurry Mode Results
On Hurry, the driver monitoring system on FSD v14.3.3, via Software Version 2026.14.6.7, was more restrictive than Standard but less restrictive than Mad Max. I found that I could scroll through music options for a considerable amount of time, more than 30 seconds:
Roughly :31 between first touching the center screen and getting the first nag
— TESLARATI (@Teslarati) June 3, 2026
Standard gave me about 80 seconds of phone scrolling with absolutely no nags or warnings in a previous test. It is worth noting that this was a previous branch of v14.3.3, but Standard is such a goodie-two-shoes on the road that it is my impression it would not change much.
Here’s an 80-second phone nag test on Tesla FSD v14.3.3.
No alerts, no nagging, no annoyance. https://t.co/1dxvTOw5Cn pic.twitter.com/vYViFpjfoK— TESLARATI (@Teslarati) May 29, 2026
Mad Max Results
I spent the majority of the drive on Mad Max to see how it truly reacted to the driver having their attention elsewhere. While I did do a short phone test, I am aiming to steer away from those and use the center screen. I think it is a valid criticism that the phone test is dangerous and, not to mention, illegal in Pennsylvania. Changing the navigation and music is a more reasonable, more responsible, and safer test.
With Mad Max being the fastest and most aggressive Speed Profile, I anticipated this being the quickest mode to give me an alert that I needed to look at the road. That was the case with music:
🎥 Testing Tesla FSD v14.3.3 (via 2026.14.6.7) nags on Mad Max https://t.co/qZALU2OujY pic.twitter.com/XddOJ0D47x
— TESLARATI (@Teslarati) June 3, 2026
As well as adjusting Navigation, when I received two nags:
🎥 Testing Tesla FSD v14.3.3 (via 2026.14.6.7) nag while adjusting navigation
Two nags here https://t.co/qZALU2OujY pic.twitter.com/xa3dtaDG1L— TESLARATI (@Teslarati) June 3, 2026
These nags were more than reasonable, and I think it’s probably good that Tesla is ramping up the driver monitoring. I do believe that it should be relatively strict across all of the Speed Profiles, especially with phone use. When using the center screen, the nag intervals should be based on the speed profile you are utilizing at the time.
These driver monitoring adjustments are a great thing to have while FSD is still under its “Supervised” moniker, but I expect Tesla to continue pushing the limits on what it will allow, especially considering CEO Elon Musk has hinted that phone use is capable with the more recent versions.
You can watch the full drive on YouTube below:
Tesla has responded to the skeptics of its Robotaxi program by launching a massive expansion of the unsupervised program in its initial rollout city of Austin.
The company’s geofence, the enabled area of operation for rides, now covers the entire Austin Metropolitan area, an incredible move just days after media headlines attempted to discredit the ride-hailing service.
Those who have access to the Tesla Robotaxi app on their smartphones can now request a ride in any portion of the Austin Metro area. The company confirmed this on the social media platform X:
Unsupervised Robotaxi now in the entire Austin Metro area https://t.co/eXNBdarvVS
— Tesla Robotaxi (@robotaxi) June 3, 2026
This is Tesla’s fifth expansion of the geofence, with the others occurring in July, early August, late August, and late October 2025. It has remained at that size since October 26, but Tesla has now more than doubled that size.
It is now covering the entire area, including suburbs like Pflugerville and Manor, as well as I-35 highways, Gigafactory Texas, and the Austin-Bergstrom Airport.
The move comes just days after various media outlets highlighted the small fleet size of Tesla’s Robotaxi fleet in Austin, something that is a reasonable criticism but an understandable move on the company’s part to prioritize safety.
Tesla has expanded its Robotaxi geofence many times, but its fleet has remained at a relatively conservative size as the company continues to push safety as its most crucial metric.
The latest expansion is a key indicator of Tesla’s comfort level to expand the ride-hailing service. The move shows Tesla is scaling unsupervised autonomy, as it demonstrates that the company’s Full Self-Driving system has reached sufficient reliability for a broader real-world deployment, which is something the company has worked on extensively.
It also shows Tesla is game for a competition with its rivals in the autonomous ride-hailing sector. Tesla has often matched or exceeded competitors like Waymo in coverage area, despite its smaller fleet. This step highlights Tesla’s iterative, data-driven progress toward a high-margin, app-based Robotaxi network.
It’s not the absolute largest area expansion ever, but achieving full unsupervised operations across a major metro is a key moment in the Robotaxi story. It shifts the program from limited pilot/testing toward a more mature commercial service, while gathering the miles needed for faster growth.
Tesla piggybacks recent Supercharger feature with update that takes it further
Tesla Full Self-Driving v14.3.3 driver monitoring: We tested it
