You do realize the whole discussion is about what terms to use for differentiating between GPL-like “restrictive” licenses and BSD-like “permissive” ones? Saying that both are “conditional” really doesn’t help anyone.
That's fair, I suppose - but going back to the word restrictive, you could also frame the requirement for attribution as a "restriction."
DeVault suggests the term "reciprocal" at the end of his post. Another term often used is "share-alike." Both of these terms, I think, more accurately hint at the exact conditions of the grant without negatively framing it as a "restriction."
The standard GPL permission statement explicitly clarifies that the license is "as published by the Free Software Foundation" so any later version of the license has to come from the FSF.
The reason for the "or later" clause is to allow the FSF to update the GPL in response to flaws that are discovered. The "or later" clause is controversial because it effectively allows the FSF to change the licensing terms of any software licensed under such a clause, and so some developers who don't trust the FSF with this authority omit this clause. Famously, Linux is licensed only under GPLv2 with no or-later option (Linus has been a vocal opponent of GPLv3)