Stupid question, and probably too late, but did you try to 'undo' first?
If that didn't work, as Brian mentioned, it may be possible to get the track markers and possibly an edit list of other adjustments from the current file, and reapply that to the original to keep from having to redo that work. Probably best to grab the original file again to be safe, if it's anything important. [edit- just saw your last post and you mention you're using Samplitude, so you can keep the project with the track markers open, re-import the original audio file and align it, and the track markers should still line up.]
The deal with the -26dB destructive level change-
Done destructively it is not lossless (a data concept), but may or may not be inaudible (a hearing thing).
Picture in your mind's eye, an artist's conceptual cross-section rendering that illustrates how the dynamic range of the music file is poplulated- noise at the bottom, music data in the middle, and silent unused bits up top (hopefully, unless the recorder clipped). The total range of that usable space is either 16 or 24bits deep total, depending on the setting used when you recorded. The actual music information takes up a smaller range of bits that has to fit within that total range.
When the gain change was destructively applied, the range of bits used in the file was shifted down within the total range available. The bottom 5 bits or so were thrown away and 5 bits or so of zeros were added to the top of the range to make up the difference. If the quietest sounds burried within in the noise floor of the original recording were originally 26dB (not quite 5bits) or more above the lowest significant bit of the 24bit file, then you should be able to simply increase the level of the file again without audible loss, though technically the data representing the noise at the bottom is different so even if the exact opposite gain change is applied, the change is not 'lossless' in a data sense. But in that case, the only thing you threw away with the level change was noise at the bottom. However, if there was less than 26bits of noise padding the bottom of the range of the original file, you could loose some low level details since those got thrown away with that data. If the result is audible or not in that case depends not only on that amount of 'toe-room' at the bottom (as opposed to 'head-room' at the top) present in the original file, but also on the type of material, it's average level, and the overall range of levels. If the recording has a lot of low level quiet sections and soft parts within or between numbers, you'll be more likely to hear the loss of details in those parts. If it's all pretty loud, with noise and cheering between songs, and your recording levels weren't super low to begin with, you probably won't notice the change.
Confusing things, most editing software does it's internal calculations at a higher bit depth than that of the file being worked on. So even though the file holds 16 or 24 bits, the software is probably working with a larger range internally for it's calculations. Samplitude does this. But once you save the file again, it dithers and chops off the extra bits again to whatever depth you specify. That's usually 16 or 24bits, but it's possible to save the entire 36 or 48 bit working file depth if you want to. I'm not sure how Samp works internally, but because of that, if you can't simply 'undo' and/or don't want to revert to the original file, it's a better bet to reapply the gain before closing the project and saving the file to less than the internal working bit depth.
Similar to working with a higher bit depth for it's internal calculations than that of the file, many editing functions and plugins internally oversample the data when manupulating it. That means that the benefit of recording at higher bit depths and sampling rates is primarily about what you capture originally and how much extra leaway you use to do that (increased dynamic level leaway with more bits, increased frequency range with more samples) and less about compromising things when editing.. assuming you aren't editing destructively until the final output of the project.
Hope that makes sense.