And these are just brand names with Cyrillic... more of them can be made with other scripts (Armenian, Georgian, Greek, Arabic...).
Armenian x x x x x x etaoinshrdlcumwfgypbvkjxqz x xxx xx x xx x Cyrillic
Now for Georgian, the same review concluded there is no high fidelity overlap (near identical pair of code points).
In Greek you have a real issue only to the extent that you show the address in uppercase. Most of the lowercase letters are pretty distinct (except for omicron, and nu (ν) looks more than a little bit like "v"). We had a strong debate on whether to take uppercase into account when deciding which code points constitute cross-script variants.
The conclusion we had was that the protocol is limited to lowercase for a reason.
If you consider uppercase, you get different pairs based on the two cases.
Capital N looks like "N", lowercase nu looks like "v". If you require variants to be transitive (very necessary for optimized evaluation), then you get "n" as a variant of "v" in Latin!
It works like this: Lowercase n is a case variant of cap N, N is a (homoglyph-)variant of Cap Nu, Cap Nu is a (case-)variant of lowercase nu, lowercase nu is a (homoglyph-)variant of v. When you traverse this chain, which is what defines transitivity, you can get from "n" to "v" inside the same script.
We figured that we had reached the limit of what you can address with variants in the registries at this point.
Finally, as for Arabic, I would like to see an example of a Latin label spoofed using only Arabic letters.
(It's possible to write "English" using Chinese characters that
vaguely look like letters of the alphabet, but while you can read
such texts, they look rather odd).
Also agree entirely with Vittorio, and just want to add another layer of the problem - epic.com example use https, and while GeoTrust and at least one other CA have stopped issuing automated certificated for IDNs sometime ago for other reasons, this trend will be expected for others to follow.