News
SpaceX backup Starship reaches full height after nosecone installation
SpaceX has installed another Starship’s nosecone, all but completing the second full-size prototype a matter of days before the first fully-assembled Starship’s risky launch debut.
Over the last two months, SpaceX has effectively put Starship number 8 (SN8) through an almost nonstop series of tests, completing at least four separate cryogenic proof tests, four Raptor engine static fires, and much more. The company’s South Texas team have also dodged an array of technical bugs; installed, plumbed, and wired what amounts to ~40% of Starship (the nose section) while fully exposed to the coastal elements; and even narrowly avoided a potentially catastrophic failure.
In spite of the many hurdles thrown up and delays resultant, CEO Elon Musk announced earlier this week that Starship SN8 is scheduled to attempt its 15-kilometer (~50,000 ft) launch debut as early as Monday, November 30th. Musk, however, does not see success as the most probable outcome.
Why, then, push to launch Starship SN8 when, in Musk’s own words, the probability of success is as low as “33%”? As previously discussed many times in the history of Teslarati’s BFR and Starship coverage, SpaceX’s attitude towards technology development is (unfortunately) relatively unique in the aerospace industry. While once a backbone of major parts of NASA’s Apollo Program moonshot, modern aerospace companies simply do not take risks, instead choosing a systems engineering methodology and waterfall-style development approach, attempting to understand and design out every single problem to ensure success on the first try.
The result: extremely predictable, conservative solutions that take huge sums of money and time to field but yield excellent reliability and all but guarantee moderate success. SpaceX, on the other hand, borrows from early US and German rocket groups and, more recently, software companies to end up with a development approach that prioritizes efficiency, speed, and extensive testing, forever pushing the envelope and thus continually improving whatever is built.
In the early stages of any program, the results of that approach can look extremely unusual and rudimentary without context (i.e. Starhopper, above), but building and testing a minimum viable product or prototype is a very intentional foundation. Particularly at the start, those minimal prototypes are extremely cheap and almost singularly focused on narrowing a vast range of design options to something more palatable. As those prototypes rapidly teach their builders what the right and wrong questions and design decisions are, more focused and refined prototypes are simultaneously built and tested.
Done well, the agile approach is often quite similar to evolution, where prototype failures inform necessary design changes and killing off dead-end strategies, designs, and assumptions before they can be built upon. In many cases, compared to cautious waterfall-style development, it will even produce results that are both better, cheaper, and faster to realize. SpaceX’s Starship program is perhaps the most visible example in history, made all the more interesting and controversial by the fact that it’s still somewhere in between its early, chaotic development phase and a clear path to a viable product.
On the build side of things, SpaceX has created a truly incredible ad hoc factory from next to nothing, succeeding to the point that the company is now arguably testing and pushing the envelope too slowly. As of November 2020, no fewer than eight full-size Starships and the first Super Heavy booster prototype are visibly under construction. Most recently, Starship SN9 was stacked to its full height, kicking off nosecone installation while still at the build site (unlike SN8). SN10’s completed tank section is likely ready to begin flap installation within the next few days, while Starship SN11 is perhaps a week or two behind that. Additionally, large tank sections of Starships SN12, SN13, SN14, SN15, and (most likely) SN16 are already completed and have all been spotted in the last few weeks.
Some ~90% of the above work was likely started after Starship SN8 first left the factory and rolled to the launch pad on September 26th. In many regards, SN8 has been the first to reach multiple major milestones, largely explaining the relatively plodding pace of its test program compared to SN4, SN5, and SN6.
Ultimately, SN9’s imminent completion – effectively a superior, more refined copy of SN8 – means that Starship SN8’s utility to SpaceX is rapidly deteriorating. The company would almost assuredly never skip an opportunity to learn, meaning that there’s no plausible future in which SN8 testing doesn’t continue, but that doesn’t mean that SpaceX can’t turn its risk tolerance to 11. In essence, accept a 67% (or higher) chance of Starship SN8’s violent destruction but learn as much as possible in the process. As long as good data is gathered, SN8’s launch debut will be a success for Starship whether the rocket lands in one or several pieces.
Tesla CEO Elon Musk teased the insane capabilities of the next major Full Self-Driving update just hours after the company rolled out version 14.2 to owners.
Tesla Full Self-Driving v14.2 had some major improvements from the previous iteration of v14.1.x. We were on v14.1.7, the most advanced configuration of the v14.1 family, before Tesla transitioned us and others to v14.2.
However, Musk has said that the improvements coming in the next major update, which will be v14.3, will be where “the last big piece of the puzzle finally lands.”
14.3 is where the last big piece of the puzzle finally lands
— Elon Musk (@elonmusk) November 21, 2025
There were some major improvements with v14.2, most notably, Tesla seemed to narrow in on the triggers that caused issues with hesitation and brake stabbing in v14.1.x.
One of the most discussed issues with the past rollout was that of brake stabbing, where the vehicle would contemplate proceeding with a route as traffic was coming from other directions.
We experienced it most frequently at intersections, especially four-way stop signs.
Elon Musk hints at when Tesla can fix this FSD complaint with v14
In our review of it yesterday, it was evident that this issue had been resolved, at least to the extent that we had no issues with it in a 62-minute drive, which you can watch here.
Some owners also reported a more relaxed driver monitoring system, which is something Tesla said it was working on as it hopes to allow drivers to text during operation in the coming months. We did not test this, as laws in Pennsylvania prohibit the use of phones at any time due to the new Paul Miller’s Law, which took effect earlier this year.
However, the improvements indicate that Tesla is certainly headed toward a much more sentient FSD experience, so much so that Musk’s language seems to be more indicative of a more relaxed experience in terms of overall supervision from the driver, especially with v14.3.
Musk did not release or discuss a definitive timeline for the release of v14.3, especially as v14.2 just rolled out to Early Access Program (EAP) members yesterday. However, v14.1 rolled out to Tesla owners just a few weeks ago in late 2025. There is the potential that v14.3 could be part of the coming Holiday Update, or potentially in a release of its own before the New Year.
Tesla rolled out Full Self-Driving version 14.2 yesterday to members of the Early Access Program (EAP). Expectations were high, and Tesla surely delivered.
With the rollout of Tesla FSD v14.2, there were major benchmarks for improvement from the v14.1 suite, which spanned across seven improvements. Our final experience with v14.1 was with v14.1.7, and to be honest, things were good, but it felt like there were a handful of regressions from previous iterations.
While there were improvements in brake stabbing and hesitation, we did experience a few small interventions related to navigation and just overall performance. It was nothing major; there were no critical takeovers that required any major publicity, as they were more or less subjective things that I was not particularly comfortable with. Other drivers might have been more relaxed.
With v14.2 hitting our cars yesterday, there were a handful of things we truly noticed in terms of improvement, most notably the lack of brake stabbing and hesitation, a major complaint with v14.1.x.
However, in a 62-minute drive that was fully recorded, there were a lot of positives, and only one true complaint, which was something we haven’t had issues with in the past.
The Good
Lack of Brake Stabbing and Hesitation
Perhaps the most notable and publicized issue with v14.1.x was the presence of brake stabbing and hesitation. Arriving at intersections was particularly nerve-racking on the previous version simply because of this. At four-way stops, the car would not be assertive enough to take its turn, especially when other vehicles at the same intersection would inch forward or start to move.
This was a major problem.
However, there were no instances of this yesterday on our lengthy drive. It was much more assertive when arriving at these types of scenarios, but was also more patient when FSD knew it was not the car’s turn to proceed.
Can report on v14.2 today there were ZERO instances of break stabbing or hesitation at intersections today
It was a significant improvement from v14.1.x
— TESLARATI (@Teslarati) November 21, 2025
This improvement was the most noticeable throughout the drive, along with fixes in overall smoothness.
Speed Profiles Seem to Be More Reasonable
There were a handful of FSD v14 users who felt as if the loss of a Max Speed setting was a negative. However, these complaints will, in our opinion, begin to subside, especially as things have seemed to be refined quite nicely with v14.2.
Freeway driving is where this is especially noticeable. If it’s traveling too slow, just switch to a faster profile. If it’s too fast, switch to a slower profile. However, the speeds seem to be much more defined with each Speed Profile, which is something that I really find to be a huge advantage. Previously, you could tell the difference in speeds, but not in driving styles. At times, Standard felt a lot like Hurry. Now, you can clearly tell the difference between the two.
It seems as if Tesla made a goal that drivers should be able to tell which Speed Profile is active if it was not shown on the screen. With v14.1.x, this was not necessarily something that could be done. With v14.2, if someone tested me on which Speed Profile was being used, I’m fairly certain I could pick each one.
Better Overall Operation
I felt, at times, especially with v14.1.7, there were some jerky movements. Nothing that was super alarming, but there were times when things just felt a little more finicky than others.
v14.2 feels much smoother overall, with really great decision-making, lane changes that feel second nature, and a great speed of travel. It was a very comfortable ride.
The Bad
Parking
It feels as if there was a slight regression in parking quality, as both times v14.2 pulled into parking spots, I would have felt compelled to adjust manually if I were staying at my destinations. For the sake of testing, at my first destination, I arrived, allowed the car to park, and then left. At the tail-end of testing, I walked inside the store that FSD v14.2 drove me to, so I had to adjust the parking manually.
This was pretty disappointing. Apart from parking at Superchargers, which is always flawless, parking performance is something that needs some attention. The release notes for v14.2. state that parking spot selection and parking quality will improve with future versions.
Any issues with parking on your end? 14.1.7 didn’t have this trouble with parking pic.twitter.com/JPLRO2obUj
— TESLARATI (@Teslarati) November 21, 2025
However, this was truly my only complaint about v14.2.
You can check out our full 62-minute ride-along below:
Elon Musk
SpaceX issues statement on Starship V3 Booster 18 anomaly
The incident unfolded during gas-system pressure testing at the company’s Massey facility in Starbase, Texas.
SpaceX has issued an initial statement about Starship Booster 18’s anomaly early Friday. The incident unfolded during gas-system pressure testing at the company’s Massey facility in Starbase, Texas.
SpaceX’s initial comment
As per SpaceX in a post on its official account on social media platform X, Booster 18 was undergoing gas system pressure tests when the anomaly happened. Despite the nature of the incident, the company emphasized that no propellant was loaded, no engines were installed, and personnel were kept at a safe distance from the booster, resulting in zero injuries.
“Booster 18 suffered an anomaly during gas system pressure testing that we were conducting in advance of structural proof testing. No propellant was on the vehicle, and engines were not yet installed. The teams need time to investigate before we are confident of the cause. No one was injured as we maintain a safe distance for personnel during this type of testing. The site remains clear and we are working plans to safely reenter the site,” SpaceX wrote in its post on X.
Incident and aftermath
Livestream footage from LabPadre showed Booster 18’s lower half crumpling around the liquid oxygen tank area at approximately 4:04 a.m. CT. Subsequent images posted by on-site observers revealed extensive deformation across the booster’s lower structure. Needless to say, spaceflight observers have noted that Booster 18 would likely be a complete loss due to its anomaly.
Booster 18 had rolled out only a day earlier and was one of the first vehicles in the Starship V3 program. The V3 series incorporates structural reinforcements and reliability upgrades intended to prepare Starship for rapid-reuse testing and eventual tower-catch operations. Elon Musk has been optimistic about Starship V3, previously noting on X that the spacecraft might be able to complete initial missions to Mars.
Tesla CEO Elon Musk teases insane capabilities of next major FSD update
Tesla Full Self-Driving v14.2 – Full Review, the Good and the Bad
