There's probably a convenient formula inverting a polynomial, though I don't know of one offhand. Would have to assume it's one-to-one, i.e. not kinked, and odd order so it doesn't double back on itself; then again, those problems sound very much like just another factorization problem...
More simply, just swap X and Y, plot the 0-100 part or whatever, and use the same curve fit operation.
Also, the LINEST function does the same thing at the cell level, as the curve fit does graphically; this is kind of a faff so I won't go into detail, but you can look up many excellent tutorials showing its use. (The trickiest part is using the CTRL+SHIFT+ENTER array entry method, and remembering which cells in the result are which.) This would just be of interest if you want more direct control over the input data, and using the output directly in other formulas.
The modified Laplace is easily inverted: try putting
=(1/(1-B11/$I$2)-1)^(1/$I$3)*$I$1in cell L11 in the spreadsheet, and drag it down to fill the range. Of course, this takes the positive result.
What is this going into, anyway? If an embedded application (e.g. Arduino), the exponentiation and division will probably be quite slow. Fine if you're only doing some hundreds or thousands of evaluations per second, but you'll need a more powerful microcontroller to do it much faster (one of the upper scale Arduinos, or, like, a rPi or something). Polynomials typically excel on small MCUs so I would suggest that solution, if that's the case.
Oh, I didn't mention, the "even poly" is a fit (found using Solver) at double order, which is because it fits the whole curve (it's an even function, so an even order polynomial is needed; odd terms will just be noise). This is about the limit of what's feasible for Solver to do; high order polynomials converge rather poorly (takes a long time to find a solution, or gives up completely), and need tricks to help it out. The results should be similar to the regression, in any case. (Which is the biggest trick of all: solving for the polynomial directly by a rather convenient
bit of math. Don't worry about reading that, just appreciate it's a "relatively" simple formula that Excel uses internally to solve the polynomial -- no need for the iterations and approximation that we are resorting to when using Solver!)
Tim