Short answer: no.
There are two types of performance in dev: computational performance (how quickly a computer can run the programme) and then there's human performance (how quickly you the coder can write the game).
There's a trade off between these two types of performance and all computer languages sit somewhere on the spectrum.
x86 Assembly is at one end, if you write it well it can be very performant and it will take you an eternity to code the smallest thing. C is similar but less extreme, performant but with low coder productivity.
On the end we have Python which interprets on the fly, it's much slower than gdscript. Guess which the most successful language is?
It seems that the industry has spoken, developer time matters more than computer time.
The reality is that modern computers are crazy powerful and, as long as you don't do anything silly, today's dev has enough computational overhead not to worry about optimisation and instead to focus on their own productivity. When optimisation is needed, the dev can multithread, make chunks, use LOD, etc (things available in gdscript). If a script is so computationally expensive it's bottlenecking your game then just rewrite that particular script in C++. Why rewrite something that's only called every five minutes?
My advice, focus on your own personal productivity. When there's a pressing need to optimise, identify the expensive scripts, rewrite them in a faster language, and leave everything else in gdscript.
Because you can have the most optimised game in existence, but if dev takes so long you never finish it, what's the point?