ENS Normalization with {FE0F} inclusion - ENS Fee and more

some emojis are made of single character code and some are made of 5 like I showed above, ‘shorter names’ doesn’t tell which ones you’re talking about. Ofc shorter names like fox.eth should cost more but in emojis’ context that changes due to the number of the codes in the sequence.

Infact one of the widely used emoji - :joy: [1F602] has a single seq code so one needs to register 3 of them minimum. While for :face_in_clouds: this just one emoji is enough

Who are we to decide what is rare and what is not when that should be something that the buyers and sellers should decide in a marketplace.

Additional FE0F only makes them cheaper and don’t cause any issues for previously registered ones.

would the previously registered non FE0F versions be made invalid in that event? If I register all new 100s of emojis in their stripped FE0F versions (from ens.app) and in future it EF0F becomes relevant - would I be refunded for all if normalization causes issues?

in the cases like above the first emoji could have been independent but stripping FE0F didn’t allow that, would you terminate another set of emojis if FE0F becomes relevant in another future case?