News
Rocket Lab’s first step towards SpaceX-style rocket reuse set for next Electron launch
Just over a year ago, Rocket Lab announced intentions to recover the first-stage of its small Electron launch vehicle, potentially making it the second private company on Earth – after SpaceX – to attempt to recover and reuse an orbital-class rocket.
In a media call earlier this week, Rocket Lab founder and CEO, Peter Beck, revealed that the first recovery attempt has been expedited to mid-November and will occur following the next flight of Rocket Lab’s Electron rocket.


Like competitor SpaceX, Rocket Lab aims to recover its first stage Electron booster to decrease production time and increase launch cadence. Rocket Lab now has three launchpads to launch from and is licensed by the Federal Aviation Administration to carry out up to 130 launches per calendar year. In order to increase the launch cadence of the Electron, production times need to decrease. This can effectively be accomplished with the recovery, refurbishment, and reuse of the small, carbon composite rocket booster.
Recovery Doesn’t Happen Overnight
Initially, the first step of recovering an expended first stage – a guided and controlled soft water landing under a parachute and retrieval by sea-vessel – was intended for the seventeenth launch of the Electron prior to the end of this calendar year. However, Rocket Lab is now targeting the sixteenth launch for the first recovery attempt, a mission appropriately nicknamed “Return to Sender.” When asked what prompted the move to an earlier launch, Beck stated to reporters, “the guys got it done in time. With a new development like this, it’s always very dependent on how the program runs and the program ran very successfully.”
Rocket Lab has been working toward this recovery attempt for quite some time. In late 2018, Rocket Lab began collecting data during launches to inform future recovery efforts and determine whether or not it would even be feasible with a small-class rocket. The first major block upgrade of the Electron booster debuted on the tenth flight, “Running Out of Fingers,” in December 2019.

The first recovery milestone, a task Beck called getting through “the wall,” was achieved following the tenth flight. And again in January 2020 following a successful eleventh flight of Electron. The “wall” Beck refers to is the Earth’s atmosphere. Returning a booster through the atmosphere intact requires extreme precision in terms of re-entry orientation and how efficient the heat shield is.
Because the Electron is a small-class rocket, Rocket Lab was able to collect enough data from previous flights to determine that the carbon composite frame could withstand a fall through the atmosphere given a precise enough angle of attack to sufficiently distribute thermal loads. According to Beck, the process is referred to as an “aero thermal decelerator.”

Small Rocket Following in Big Footsteps
SpaceX, Elon Musk’s space exploration company pioneered booster landing, recovery, and reuse efforts when the first Falcon 9 booster to successfully land returned to Landing Zone 1 at Cape Canaveral Air Force Station in Florida on December 21, 2015. SpaceX approaches the process of booster re-entry in a different way than what Rocket Lab has decided to attempt with Electron.
The Falcon 9 boosters perform a re-orientation flip and use the engines to perform what is known as a boost-back burn to set the rocket on the path to return to the Earth’s surface. The rocket then autonomously deploys titanium grid-fins that essentially steer, and slow the booster down as it falls through the atmosphere. Finally, the engines are re-ignited during a series of burns, and landing legs are deployed to propulsively land either at sea aboard an autonomous spaceport droneship or back on land at a landing zone.
The booster of Rocket Lab’s tenth mission in 2019 was outfitted with guidance and navigation hardware and cold gas attitude control thrusters used to flip and orient the booster to withstand the stresses of re-entry. Otherwise, no other hardware was incorporated to reduce the stresses of re-entry or slow the vehicle as it fell through the atmosphere. The booster made it through “the wall” intact and eventually slowed to a rate less than 900km per hour by the time it reached sea-level for an expected impact.
Eventually, Rocket Lab imagines its small Electron booster to be caught during a controlled descent under parachute canopy with a specially equipped helicopter and grappling hook. Beck and his team spent weeks outfitting a test article with prototype parachutes that were manufactured in-house.
A low-altitude drop test of a test article to simulate an Electron first stage was performed and a helicopter was able to snag the test article mid-air and deliver it one piece. Essentially, this proved that the concept was at least feasible and the small-class rocket could in fact be fully recovered to eventually be refurbished and reused. Since the completion of this drop test in April of 2020, the parachute design has been reevaluated and many more drop tests have been conducted. The final drop test with a more traditional system of a drogue parachute and an 18m ringsail type main parachute occurred in August of 2020 with a first stage simulator.
Next up, Rocket Lab plans to use the finalized design of the parachute system to bring Electron home safely for a soft landing in the Pacific Ocean. After which the booster will be collected by a recovery vessel, similar to the process that SpaceX uses to scoop its payload fairings from the water.

“Bringing a whole first stage back intact is the ultimate goal, but success for this mission is really about gaining more data, particularly on the drogue and parachute deployment system,” said Beck. With the parachute system verified the teams should be able to make any further iterations for a full capture and recovery effort on a future mission relatively quickly.
Rocket Lab will try to fully recover the “Return to Sender” expended first-stage booster once it separates approximately two and a half minutes after liftoff from Launch Complex 1 on the Mahia Penninsula of New Zealand. Electron will support a rideshare payload of thirty smallsats. The window to launch the sixteenth Electron mission opens on November 16 UTC (November 15 PT / ET). A hosted live webcast of the launch and recovery attempt will be provided on the company website approximately fifteen minutes prior to liftoff.
Investor's Corner
SpaceX reveals how its 1 Million AI satellite network will work and prevent space collisions
SpaceX reveals plans for one million Starmind AI satellites and calls out operators hiding maneuvers.
SpaceX has put the largest satellite count it has ever published into writing, and it says that plan only works if every other operator in orbit starts sharing what it knows.
In a new Space Safety page highlighted Tuesday morning by Sawyer Merritt on X, SpaceX said it “plans to operate up to 100,000 Starlink satellites and up to 1 million Starmind AI satellites to meet the growing demand for broadband and supercompute.” Starlink has a little over 11,000 satellites in orbit today, so the target alone implies roughly a ninefold expansion of the broadband network.
Starmind is SpaceX’s orbital AI compute constellation. Elon Musk confirmed the Starmind name in June after an xAI trademark filing surfaced, and in August SpaceX said it was working with Nvidia on the compute payload. The FCC accepted the filing for up to one million satellites back in February.
FCC accepts SpaceX filing for 1 million orbital data center plan
SpaceX also released a new render of what a full Starmind constellation could look like. Alongside it, SpaceX VP Michael Nicolls explained why the satellites will not operate on their own. “We need to operate clusters of satellites in tight formation to get enough coherent compute to run AI models efficiently,” Nicolls said. “A cluster will be 10-ish satellites connected with 10 terabits or so of bandwidth between them, and interconnected to the broader constellation.”
That is the most specific detail SpaceX has given on how Starmind will be built. Instead of a million independent servers, the network would work as tightly packed groups of about 10 satellites acting as one compute unit, with Starlink’s laser links carrying results back to Earth.
There is a bright and exciting future for humanity ahead – and space is fundamental to that future.
To achieve this, space safety must be done right. We encourage every operator to not only share ephemeris data proactively the same way Starlink already does, but to also adopt the high standards of space safety that SpaceX and Starlink use every day → https://t.co/QizAkQZvEm
— Starlink (@Starlink) October 6, 2026
Packing satellites that close together, at that scale, makes collision avoidance the central problem, and most of the Space Safety page is aimed at other operators. SpaceX said Starlink encountered collision risks with about 650 unique maneuvering third party satellites in 2026, and only about half of them shared data. Over six months, Starlink recorded roughly 164,000 more collision risks where the closest approach came within four hours of an unannounced maneuver.
Some operators keep maneuver plans private over proprietary concerns, while others cannot get government permission to share them. SpaceX called those policies “counterproductive,” saying they “largely only serve to create preventable collision risk between satellites.” Starlink is also offering a free ephemeris sharing and screening platform that returns risk results within a minute, backed by its Stargaze network of 30,000 optical sensors.
The push comes as the Starmind application draws opposition from astronomers and environmental groups. In a September filing with the FCC, SpaceX said each Starmind satellite could weigh up to 4,000 kg, nearly seven times the mass of a Starlink V2 Mini. Musk has brushed off crowding concerns before, telling viewers in June that “space is enormous” and that SpaceX already knows how to run very large constellations safely.
SpaceX’s Starmind page says its Gigasat factory in Bastrop, Texas, is designed to produce AI satellites at scale, with deployment of thousands of units starting as soon as late 2027.
News
Tesla Full Self-Driving: five things that are keeping FSD supervised
Tesla Full Self-Driving is really good. I have used it for over 76 percent of my driving since FSD v14 launched around this time last year, equating to about 76 percent of my miles using the suite. It’s truly the only way I prefer to travel, but admittedly I save some of the more fun drives for myself.
Even with all of the great things it has done for me, including saving me from being involved in an accident, there are still a handful of things that it needs to improve on. These issues recur from update to update, and while there have been some improvements, they still give me reasons to either soft or hard intervene.
A soft intervention means an adjustment that is needed without disengaging the suite, like manually using a turn signal to change lanes while the car still operates on FSD. What I’d consider to be a “hard intervention” is anything that requires me to disengage the suite altogether, like missing a turn or performing a maneuver I’m uncomfortable with. Of course, some hard interventions will be subjective.
Here are the five things I’d like to see Tesla really focus on through the final versions of v14 and hope to see completely improved with v15.
Speed Limit Recognition and Adjustment
There are entirely too many instances of FSD traveling at a speed that is just totally outrageous. While some of these events can occur on Hurry Mode, I’ve even had issues with it on Standard from time to time, and despite wanting more aggressive maneuvers or a slight bit of urgency, I don’t want to worry about getting a ticket while doing it.
The two areas I notice it the most are in school zones and on local roads. When a Speed Limit changes from 45 to 35, FSD does not always slow down in a way that would appease local law enforcement. On Hurry, 52-55 is pretty standard for a rate of travel in a 45 MPH zone. When it changes to 35, FSD shows zero urgency to slow down to an appropriate speed.
School Zones have been a true pain point, and as recently as last week, I had an issue with it:
Threw FSD into Sloth to see how it handled this school zone. You can see well before I enter it, the car is traveling 34 MPH, one MPH under the limit.
Still not slowing down nearly enough.@Tesla_AI, not 25, not 30…15 MPH in School Zones https://t.co/YQuQ8ydhKh
— TESLARATI (@Teslarati) September 29, 2026
Realistically, most Speed Limit issues are a soft intervention, as I simply scroll into a slower Speed Profile to get the car to slow down. School Zones are a hard intervention, as they require me to completely take over and travel at the posted 15 MPH limit. Even on Sloth, it simply does not get down to a low enough speed.
Parking
Parking is one thing that has really improved over time, but there are still some pretty considerable hoops Tesla needs to jump through to get it to a point where it can be unsupervised.
Parking preferences seem to be where a lot of these issues will be resolved, as most of my complaints come from the fact that the place FSD chooses to park are usually not where I would personally choose to park. This morning, for example, when I arrived at the gym, FSD chose to park next to a vehicle that was parked with its two tires in the spot that FSD picked.
This is a big reason Parking Preferences with Supervised FSD will be so valuable.
If possible, parking a little further away and being distant from people like this is worth it. https://t.co/3Ac71KQiQ3— TESLARATI (@Teslarati) June 7, 2026
There were three spots in between that car and the nearest car, so FSD could have chosen the spot that would have given a one-spot buffer between the two vehicles. In a parking lot full of empty spots, don’t be that guy who parks next to a car.
Generally, parking performance is vastly improved from where it was a year ago; I rarely am adjusting how it pulls or backs into a spot on v14.3.10, but in earlier versions, I definitely had my problems. It’s gotten really good since, and this version has been the best in terms of parking performance. It’s more about the places FSD choose to park, and not necessarily the parking itself.
There are also no options or map data to allow you to choose a charger at a place like a grocery store if it offers charging. These are things that are a bit more complex, but they will be needed for unsupervised FSD operation.
Navigation
Navigation was always going to be on this list, simply because it is one of the most inconsistent and mind-boggling things about FSD. Even after a year of intervening, sending voice notes, and overriding decisions, FSD still tries to take me out of my neighborhood the wrong way. You cannot turn left out of my neighborhood’s main entrance and exit, only right. Navigation still prompts a left turn out of my neighborhood’s main entrance and exit, instead of going around the neighborhood and exiting where a left turn is legal.
Tesla rolled out Preferred Routes with the Summer Update, and this has resolved some of the issues. I also found my own personal workaround:
🚨See if this cool Tesla Navigation Hack works for you!
I have used it to get out of my neighborhood legally with FSD, thus enabling completely hands-free drives! https://t.co/DlDsCQjxRI— TESLARATI (@Teslarati) July 16, 2026
Some of the more mind-boggling things that FSD used to do with Navigation have been remedied, but it is still a frequent complaint for me and many other owners. I’d just like to see it adopt those preferred routes more frequently and maybe learn them a little faster.
Certain Highway Behaviors
Highway travel is the most consistent and perhaps FSD’s best use case. There is nothing better than having FSD handle busy highway traffic or just long, monotonous, and boring drives. I love to use it for my trips to the Flight 93 Memorial where I volunteer. When I drove manually, I chose to get a hotel and stay overnight because it’s about a 2.5 hour drive. FSD lets me make the drive, put in a volunteering shift, and drive home, without much fatigue. I have found that this is where FSD is most valuable for me, personally.
However, there are a few things FSD does on the highway that are just weird.
One thing I’ve had issues with as of late is that there will be times when I’m about a mile from my exit, the car is in the left lane and is traveling faster than the traffic in the cruising late. Instead of completing a pass and then getting over with no traffic ahead, the car will sometimes drastically and suddenly slow down, switch to the slow lane, and get behind a vehicle — all with a mile until the exit. On average, I’ll have around one minute from the time I get to my exit if it’s a mile away, because in most cases, I’m traveling somewhere around 60 MPH on the highway.
There is no reason to not complete that last pass, then get into the right lane, and have an unobstructed path to the exit. This is one of the more strange behaviors I’ve seen it do, and it really does feel like a bug. Here’s an example of it from FSD v14.3.7:
🚨 Tesla FSD v14.3.7 did nearly the exact opposite — nearly 2.5 miles before the exit it got over into the slow lane and got behind much slower traffic.
Now, v14.3.8, anecdotally, waited til the last minute to get off the highway https://t.co/Lc9vAKDyQC— TESLARATI (@Teslarati) August 29, 2026
I ended up overriding the turn signal and using the accelerator to nudge the car to do what I wanted it to do. There was no reason to get in the left lane and add to the congestion in that lane.
Another thing that FSD does frequently is camps in the left lane, especially on Hurry. Cruising in the passing lane is illegal in Pennsylvania, and I know it is not a crime to do that everywhere. However, it is here, and I really wish the car was a little quicker to get over in the left lane when it’s cruising.
Here’s a pretty drastic example I had just a couple weeks back:
Recognizing Drastic Changes in Road Condition
I think anyone who has ever used FSD knows that potholes are a huge issue, but so are large bumps or sudden changes in road condition. At the intersection of Kreutz Creek Rd. and Rt. 462 in Hellam, PA the roads are nearly set up as a ramp, and going over it at a speed of over 35 MPH can send your head into the glass roof, your butt off your seat, and a brace for the sudden thud that is inevitably coming when you finally touch back down again.
You can see here I tried to change Speed Profiles quickly, but I did it a tad too late:
This is that big bounce that I mentioned in the quoted post.
It’s just a tad too drastic to take at the speed FSD wants to go over it. You can see me quickly swipe down into Sloth, but I intervened. https://t.co/81Oc82ZJcZ— TESLARATI (@Teslarati) August 2, 2026
There are other roads in my area that should not be taken at even the posted Speed Limit because of the damage it could do to your car. Here’s another, where I disengaged FSD altogether:
🚨 I’ve talked in the past about my struggles with FSD when large bumps or sudden changes in sloping are approaching.
Today I tried switching down into Sloth from Standard but I did it a tad too late and I had to take over. You can see this isn’t a bump you take at 35 MPH https://t.co/f4tK13hsz1— TESLARATI (@Teslarati) September 6, 2026
The recognition of these bumps is so crucial for two main reasons: they can cause injury, and they can cause damage to the car. These are reasons why the suite is supervised and drivers should remain attentive. I could not imagine going over that bump at an excessive speed if I had back issues, or if I were older.
Potholes are rarely recognized and usually require a lead car to avoid them. I had FSD use a lead car to avoid a pretty sizeable manhole cover a few weeks back:
🚨 Interesting observation on FSD v14.3.8 – Make note of the van in front of me as it swerves out of the way of a sewer cover
FSD followed this behavior, but interestingly did not swerve for the next sewer coverWhat do we make of this? https://t.co/RO19941AIP
— TESLARATI (@Teslarati) September 2, 2026
Tesla says that there are improvements coming for potholes, so hopefully that means these bumps will also be recognized consistently.
News
SpaceX just locked up a NASA record no other U.S. spacecraft can touch
SpaceX’s Crew-13 Dragon reached the ISS in under eight hours, and NASA confirmed a record.
SpaceX now owns every spot on the list of the five fastest trips a U.S. spacecraft has ever made to the International Space Station, and its newest entry beat the old mark by more than four hours.
Crew Dragon Grace docked to the forward port of the station’s Harmony module at 7:05 p.m. ET on October 1, just 7 hours and 55 minutes after lifting off from Space Launch Complex 40 at Cape Canaveral. NASA confirmed the milestone in a space station blog update, writing that the flight “marked the fastest launch‑to‑docking of a U.S. spacecraft in the history of the International Space Station.”
The previous U.S. record also belonged to Dragon. SpaceX’s uncrewed CRS-31 cargo mission reached the station in a little over 12 hours in November 2024. The fastest crewed trip before last week was Crew-11, which took 14 hours and 43 minutes in August 2025, according to Space.com.
A post that Elon Musk reposted on Monday filled out the rest of the ranking. Behind Crew-13, CRS-31 and Crew-11 sit Axiom’s Ax-2 mission at 15 hours and 35 minutes and NASA’s Crew-4 at 15 hours and 44 minutes. All five flew on Dragon.
SpaceX turned a heralding moment for Starship into its greatest
Crew-13 carried NASA astronauts Jessica Watkins and Luke Delaney, Canadian Space Agency astronaut Joshua Kutryk, and Roscosmos cosmonaut Sergey Teteryatnikov. NASA had projected a docking around 8 p.m. ET, as Teslarati reported the day before launch, and Dragon arrived nearly an hour early. Our launch day coverage noted that the flight was lined up to be the quickest Crew Dragon transit yet.
The speed came from timing more than hardware. SpaceX’s Julianna Scheiman said the station “was in an opportune spot in space,” which let Dragon start closing the gap almost immediately after reaching orbit. “This is close to the fastest it could be,” she added. Most Crew Dragon flights still take close to a day, using a series of Draco thruster burns to raise and phase their orbit before arrival.
Dragon’s next job at the station is a departure. NASA said Monday it is targeting 8:05 a.m. ET on Wednesday, October 7, for Crew-12 to undock, setting up a splashdown off the coast of California around 11:34 a.m. on Thursday. Clearing that port makes room for CRS-35, a cargo Dragon carrying the final set of iROSA solar arrays.
Dragon remains NASA’s only operational ride to the station while Boeing’s Starliner stays grounded, and the agency recently added Crew-15, Crew-16 and Crew-17 to SpaceX’s contract in a $946 million modification.